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VENI, VIDI, BI 


Háromévnyi száguldás, három tételben. 


a három éve megkérdezik tőlem - független szakértőtől -, hogy Microsofteszközökkel 

milyen Bl(Business Intelligence) rendszert tudnék javasolni, kivitelezni, akkor legin- 

kább a relációs adatbázis, az OLAP-motor és az Exceltábla alapú megoldások jutottak 
volna eszembe, hála Kószó Károly SOL 2005 Launckh- és TechNetelőadásainak, amelyeket 
mind végigültem. Magyarán: az összegyűjtött tényadatok vastagklienses elemzését. Ez indulás- 
nak nem is rossz, főleg ha figyelembe vesszük azt a hazai Excelkdzsungelt, amit a felhasználók 
az üzletük nyomására kínjukban barkácsoltak össze. Pedig már akkor is volt SOL Server 2005, 
csak ezek a képességei nem voltak idehaza kidomborítva (Veni). 

Amikor megkérdeztek két éve - mint a Microsoft hazai szakértőjét -, hogy mit tudnék java- 
solni, akkor már az előzőeken felül volt vékonykliens-felület a SharePoint jóvoltából. Abba már 
az Office Business Scorecard Manager 2005-öt tudtuk integrálni, és az éppen felvásárolt Pro- 
Clarityvel az összetettebb elemzések, a ProClarity Analytics Serverrel azok intelligens tárolása, 
csoportmunka alá vonása is megoldható lett. Azaz a tényszámok elemzései már összetettebbek 
lehettek az elemzőknek, a vezetők pedig szofisztikált webes, jogosultságokkal kezelt felület ré- 
vén ismerhették fel az üzleti kihívásokat. Mindez egy év leforgása alatt! És akkor már tudtuk, 
hogy érkezik a , mindent vivő" Office PerformancePoint Server és az SOL Server 2008. A bel 
ső webcastokon láttuk, hogy napról napra miként nyeri el végső formáját, funkcionalitását a 
PerfomancePoint, és miképpen tölti be a korábbi űröket az SOL Server: látványos, speciális, 
magával ragadó diagramok (Dundas Charts, Gauge), nagyméretű riportok kezelése, IIS nélkü- 
li report server, egyszerűbb felületű Report Manager stb. (Vidi). 

Amikor ebben az évben Steve Ballmer megtisztelte az országot, és eljött bejelenteni az SOL 
Server 2008-at - és ahol magam is kaptam egy kis szerepet -, elgondolkodtam. Elgondolkodtam 
azon, hogy három éve mit mondtam volna, és most miről fogok beszélni. Pestiesen szólva: 
, nem semmi". Ez a mondás egyben a felpörgött BLpiacnak, illetve a Microsoftnak szólt (B]). 
Mára van minden a redmondi szoftvergyár készletében, ami kellhet egy összetettebb projekt 
hez, csak győzzük igényekkel, szakértő kivitelezőkkel, tanácsadókkal, fejlesztőkkel, üzemelte- 
tőkkel, tréningekkel, hogy az Exceldzsungelek megpihenhessenek végre. 

A TechNet Magazin mostani száma ezt a száguldást állítja meg egy pillanatra; hagyja be- 
szállni az érdeklődőket, hogy majd az ismeretek, ötletek birtokában továbbsuhanjanak a meg- 


oldások dimenzióiba. 
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Business Intelligence Solutions g Services 


A BISS Kft. a Microsoft Magyarország 2008-as év díjazott BI partnere 


Előnyei: 
! Jelentős időt spórolhat 


! Intranetbe, BI portálba 
integrálható tartalom 


! A manuális 
dokumentációnak vége 


! Standardizálhatja 


beszállító partnereinek 
dokumentációit 





Előnyei: 
! Professzionális 
információ megjelenítés 


! Dashboard készítés 
egyszerűen 


! Sharepoint-ban, SOL 
Reporting Services-ben 
alkalmazható 


! A Microsoft által 
javasolt, alkalmazott 
(SOL Server 2008) 


Próbálta SOL adatbázisának dokumentációját frissen tartani? 
Gombnyomásra 

SOL 2000 és 2005 adatbázis dokumentáció 

Integration Services (ETL) dokumentáció 

Analysis Services (OLAP) dokumentáció 


Reporting Services dokumentáció TIBI 


Egész szavas keresés a tartalomban DOCUMENTER 


Meglévő Office dokumentációk csatolása 
HTML-es publikációs felület 
Töltési folyamatok diagramos megjelenítése 


http-/www.bidocumenter. com Sample/ndex.htm 


A BISS Kft. fő profilja Üzleti Intelligencia és Folyamatmenedzsment 


megoldások szállítása, illetve az azzal kapcsolatos szakértői támogatás. 


A tevékenység kiterjed a megoldásokkal kapcsolatos bevezetési, 


tanácsadási, audit, licensz szállítási, support és oktatási tevékenységekre. 


A Microsoft Magyarország kiemelt BI szakértő partnere a BISS Kft. 


A BISS Kft. a BI Documenter illetve a Dundas termékek hazai képviselete. 


Fókuszáltak, lényegretörők, látványosak vállalata információi ? 


) Dundas 


A felületek magukért beszélnek 





Dundas Chart for SharePoint 


Data Visualization 











http-/www.dundas.hu, www.dundas.com 


Kapcsolat: Szommer Ákos - szommer.akosObiss.hu; Gosztonyi Szilvia — gosztonyi.szilviaDbiss.hu 


Tapasztalat, Megoldások, Értékek 
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SOK-SOK KALAPÁCS 


Akinek kalapácsa van, az mindent szögnek néz — avagy mire 


használható az üzleti intelligencia. 


a egy mondatban kellene összefoglalni, akkor az üzleti intelligencia az az informatikai 
eszközrendszer és alkalmazáshalmaz, amely segít egy szervezetnek a rendelkezésre álló, 
folyamatosan termelődő adatokból döntéstámogató információkat kinyerni. Mivel na- 
gyon szerteágazó a terület, az üzleti intelligencia sokféle jelentéssel bír, és figyelni kell arra, 
hogy ki mit ért rajta. Sokat segíthet az, ha végignézzük, hogy milyen szituációkban, milyen esz- 
közöket lehet használni és mire. Ebben a cikkben a leggyakoribb üzletiintelligencia-eszközök 


alkalmazási lehetőségeit tekintjük át. 


Adatok összegzése több szempont szerint (Pivot-tábla) 
Az informatika gyökerei az adattároláshoz és adatfeldolgozáshoz nyúlnak vissza. Ennek megfe- 
lelően még a kezdő felhasználók is hamar kerülnek szembe kisebb-nagyobb adathalmazokkal, 
amelyek leggyakrabban Exceltáblázatokban jelennek meg. Az egyszerű összegzéseket és függ- 
vényeket mindenki képes használni, de kevesen ismerik az Excel egyik leghasznosabb funkció- 
ját, a Pivottáblát (a pivot angolul forgáspontot, forgatást jelent). Ez egy dinamikus táblázat 
(egy másik belső vagy külső táblázat adatain alapul), amellyel a különböző szempontok szerint 
összegezhetjük, átlagolhatjuk, sorba rendezhetjük adatainkat. Szükség van hozzá egy adatokat 
tartalmazó táblára, amelynek a fejlécében találhatók a mezőnevek. Ezután a beszúrás-szalagon 
(Office 2007) található Pivottábla gomb segítségével létrehozhatjuk a táblánkat, majd a jobb 
oldalon megjelenő dobozok segítségével megtölthetjük adatokkal. Az egyes mezőket ide-oda 
húzogatva láthatjuk, hogy gyorsan és kényelmesen elemezhetjük az adatokat különböző szem- 
pontok szerint. 

A Pivottábla látványos testvére a Pivot Chart, ami ugyanezt a rugalmasságot adja grafikon 


formájában. Legegyszerűbben úgy tudjuk kipróbálni, ha a Pivottáblánk közepére állva meg- 


kelletett s) 


nyomjuk az FIl gombot, ami automatikusan 
elkészíti nekünk a grafikont. 

Viszont ennyi elég is a Pivottábláról, hi- 
szen az nem az üzleti intelligencia csúcsa, 
hanem a kezdete, bár sokak szerint minden 
üzleti intelligencia úgyis Excelben végződik. 
Mindenesetre a Pivottábla megismerése jó 
kezdés ahhoz, hogy a további eszközök elő- 
nyeit lássuk, ezért ha még nem találkozott 
vele, akkor érdemes félretenni a magazint, és 


egy kicsit játszani vele, mielőtt továbbolvas. 


Adattárolás 


Nagyon leegyszerűsítve a legtöbb üzletiintel 
ligenciafunkció visszavezethető arra, hogy 
valamilyen módon kinőtte az Excelt. Az 
egyik ilyen az, ha adattárolás szempontjából 
értük el a határokat. Lehet, hogy már nem 
férnek el az adatok (bár a 2007-es Excelben 
már 1048576 sor tárolható), de akár az 
is, hogy többen egyszerre szeretnék elérni 
az adatokat, más és más jogosultságok sze- 


rint, és szeretnénk, ha egy központi helyen, 
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biztonságban, esetleg titkosítva, rendszeres 
mentéssel stb. lennének tárolva az adatok. 
Ekkor érdemes az SOL Serverben gondol 
kodni, hiszen az Excel képes közvetlenül az 
SOL Servertáblákhoz csatlakozni és onnan 
adatokat feldolgozni, így az összes fenti előny 
mellett élvezhetjük továbbra is az Excel felü- 
letét. Kezdésnek akár elegendő lehet egy SOL 
Server Express változat is, amelyet ingyene- 


sen letölthetünk a Microsoft honlapjáról. 


Jelentéskészítés és megjelenítés 
Sokszor van szükség arra, hogy bizonyos ki- 
mutatásokat folyamatosan figyeljünk, így a 
megfelelő döntéseket mindig időben meg- 
hozhatjuk. Ilyen például az, ha egy vállalat 
értékesítési vezetője mindennap áttekinti az 
üzlet pillanatnyi állását, hogy nyomon kö- 
vethesse a teljesítményt. Egy ilyen kimuta- 
tás tartalmaz bizonyos összegzéseket (például 
mennyi volt összesen az értékesítés ebben a 
hónapban), részletes adatokat (például az elő- 
ző hét legnagyobb értékű tranzakciói) és akár 
még grafikai elemeket is, mint egy tortadiag- 
ram arról, hogy az egyes termékcsoportok kö- 
zött hogyan oszlott meg az értékesítés. Ilyen 
kimutatásokat - jelentéseket (report) - az 
SOL Server Reporting Services segítségével 
központilag definiálhatunk, amelyeket aztán 
a felhasználók egy webes felületen (vagy akár 
egy Office Sharepoint Portálba ágyazva) ér- 
hetnek el. 

A jelentéskészítésnek két formája létezik 
az SOL Server világában: az egyik a standard 
jelentéskészítés - ekkor a fejlesztők vagy az 
üzleti tanácsadók előre elkészítenek jelenté- 
seket, és ezeket használhatják a felhasználók. 
Emellett az SOL Server Reporting Services 
lehetővé teszi azt is, hogy a szerveren publi- 
kált adatmodell alapján maguk a felhaszná- 
lók készítsenek jelentéseket (ad hoc jelentés- 
készítés) a saját igényeik szerint, és azokat 
akár vissza is publikálhatják a kiszolgálóra, 


hogy mások is elérjék és használják őket. 


OLAP-elemzés 


Az adatbázisok nagyon jók az adatok tárolá- 
sában, visszakeresésében, összegzésében és 
még számos más dologban. Viszont amikor 
üzleti adatelemzésre használjuk őket, előfor 
dulhat, hogy sokan, sokszor egymáshoz na- 
gyon hasonló kérdéseket tesznek fel nekik. 
Egy vállalat értékesítéseit millió és egy szem- 


pont szerint lehet elemezni: termékcsoport 
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és termék szerint, a vásárlás helye szerint, az 
értékesítő személye, a divízió, a kereskedelmi 
csatorna, az ár és még nagyon sok paraméter 
szerint. Ezeket a szempontokat nevezzük az 
OLAP-terminológiában dimenzióknak. Az 
egyes dimenziók lehetnek laposak (csak cso- 
portosító szempontok vannak bennük), vagy 
tartalmazhatnak hierarchiákat is, amelyek 
mentén összegezhetjük vagy részletezhetjük 
az adatokat. Ilyen hierarchia lehet például az 
értékesítés helye: város, megye, régió, ország, 
földrész. Amikor valaki lát egy kimutatást, 
akkor - amint megértette - elkezd azon gon- 
dolkodni, hogy vajon milyen más összefüggé- 
sek vannak még az adatok között. 

Ahogy láttuk, a Pivottábla nagyon jó lehe- 
tőséget nyújt arra, hogy az adatokat pillana- 
tok alatt megforgassuk és egy más nézőpont 
ból más összefüggéseket 
fedezzünk fel közöttük. 
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E oz 


sultsága, vagy nincs (egy kicsit leegyszerű- 
sítve persze). Az OLAP-ban lehetőségünk 
van arra, hogy bizonyos felhasználóknak 
csak aggregált szintű adatokhoz - vagy 
épphogy csak a részletekhez - legyen jogo- 
sultságuk. 

n Az OLAPtkiszolgálón egy sor olyan dolgot 
is definiálhatunk, amelyeket Pivottáblá- 
ban nem vagy csak nagyon áttételesen le- 
hetne. Például: 

- Definiálhatunk halmazokat, amelyek di 
namikúsan valtoznak, "például" az ek 
múlt honap . 

- Készíthetünk úgynevezett kulcs-teljesít 
ménymutatókat (key performance indi- 
cator), amelyek egy adott mutató értékét 
célértékekkel hasonlítják össze, és így 


felhasználhatók scorecardok alapjául. 
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érhetjük Excelből, webes 
felületen vagy valamilyen 
kliensalkalmazás segítségével. A Microsoft 
SOL Server OLAPfunkcióit a beépített SOL 
Server Analysis Services (SSAS) nyújtja. Per 
sze felmerülhet a kérdés, hogy ha úgyis Excel 
ből érjük el az OLAP-kockát, akkor miért 
nem használunk inkább egy Pivottáblát, de 
ennek több magyarázata is van. 
an Az OLAPtkiszolgálóval olyan mennyiségű 
adatot is tudunk kezelni, ami messze túl 
mutat az Excel képességein, és mindezt 
gyorsan, hiszen az OLAP előre összegzi, át 
lagolja nekünk az adatokat. 
a A kiszolgáló lehetővé teszi, hogy egyszerre 
sokan használjuk úugyamazt az adattortást. 
a Az OLAP-kockákban történő adattárolás 
lehetővé teszi, hogy különleges jogosult 
ságokat adjunk a felhasználóknak. Amíg 
adattáblákbam tároljuk azradatokat  addie 


egy felhasználónak vagy van hozzájuk jogo- 


Egy OLAP-kocka belülről 


- Összetett kalkulációkat definiálhatunk, 
amelyek akár programkódot is tartal 
maznak (például dinamikusan végezhe- 
tünk devizaárfolyam-kalkulációkat). 

Az Excelen kívül az OLAP-kockákat el 
érhetjük webes felületen is az Office Perfor- 
mancePoint Serverben található ProClarity 
Analytics Server, illetve a szintén a Perfor- 
mance Point Serverben található ProClarity- 


kliens segítségével is. 


Adatbányászat 

Van füllentés, van hazugság, és van a statiszti- 
ka - tartja a mondás. Bár mindannyian ismer- 
jük a statisztika ilyen felhasználását, de azért 
azt is tudjuk, hogy sokszor nagyon hasznos 
az adathalmazokban matematikai eszközök 
kel kutatni az összefüggéseket. Ami a legtöbb 


esetben visszatartja ettől a földi halandót, 
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az az, hogy jelentős matematikai háttér nél 
kül igen nehéz belebonyolódni a statisztikai 
elemzésekbe. Az adatbányászat nem tesz mást, 
mint statisztikai módszerekkel segít összefüg 
géseket keresni adathalmazokban és az ilyen 
összefüggések alapján jóslatokat adni. Az SOL 
Server Analysis Services másik funkciója az 
OLAPelemzések mellett éppen ez. Nyolc sta- 
tisztikai algoritmust (úgynevezett adatbányá- 
szati modellt) tartalmaz, amelyek a kiszolgá- 
lón lévő adatok alapján képesek elemezni és 
jósolni. Az adatbányászati komponensek el 
érhetők programozási felületen keresztül is, 
hogy saját alkalmazásokba is beépíthessük és a 
Microsoft külön SOL kiegészítést is készített 
(DMX - Data Mining eXtensions), hogy még 
könnyebben tudjuk megfogalmazni a kérdé- 
seinket. Van viszont egy még ennél is kényel 
mesebb elérése ennek a funkciónak: a már 
jól ismert Excelből. Létezik ugyanis egy Excel 
add-iin - a Data Mining Additions for Office 
Excel -, amelyet ha letöltünk a Microsoft hon- 
lapjáról és telepítünk, akkor kapunk egy új 
szalagot az Excelben, amelyről az SOL Server 
Analysis Services majdnem minden adatbá- 
nyászati funkciója elérhető. Így könnyen kísér 
letezhetünk vele, illetve a kollégák számára is 


nagyon egyszerűen elérhetővé tudjuk tenni. 


Integráció (ETL) és adattárházak 

Ha már belejöttünk az adatok megjeleníté- 
sébe és elemzésébe, akkor elgondolkodunk 
azon, hogy milyen jó lenne ezeket az adatokat 
más forrásból származó adatokkal is összevet 
ni. Mondjuk, két alkalmazás (egy vállalatirá- 
nyítási rendszer, illetve egy ügyfélkapcsolati 
rendszer) adatait együtt is érdemes volna ele- 
mezni. Ekkor merül fel az adatintegráció lehe- 
tősége. Ahhoz, hogy ezeket az adatokat tény- 
leg össze tudjuk egymással vetni, először össze 
kell gyűjteni őket egy központi helyre. Ezt ne- 
vezzük adattárháznak. Az adattárházra jellem- 
ző, hogy egységes formában és egy egységesen 
jó minőségben tartalmazza az adatokat. 

Az adattárházak feltöltése a forrásrendsze- 
rekből az integráció. Közkeletű rövidítéssel 
ETL-nek nevezik, ami a három fontos lépés- 
re utal: 

Extract - kinyerés. Az adatokat ki kell 
olvasni a különböző adatforrásokból, ame- 
lyek lehetnek más adatbázisok, szövegfájlok, 
webszolgáltatások és gyakorlatilag bármilyen 
más adatforrás. 


Transform - átalakítás. Általában az ada- 





Mi közük az adattárházaknak 
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Az adattárházakban az adatokat nem eredeti formá- 
jukban tároljuk, hanem az úgynevezett csillagséma 
szerint. Ez azért hatékony, mert az egyes dimenziók 
elemeit külön táblák tartalmazzák, amelyeket csak 
az idegen kulcsok kapcsolnak az elemzendő adato- 
kat tartalmazó ténytáblákhoz. Így a tényadatok di- 
menzióinformációi nincsenek redundánsan tárolva. 
Ez különösen fontos, hiszen egy adattárházban sok 
millió vagy akár annál is több tényadatot tárolunk. 
Ha egy ilyen ténytáblát ábrázolunk, köré felrajzoljuk 
a hozzá kapcsolódó dimenziótáblákat, és össze- 
kötjük a kulcsok mentén a kapcsolódó mezőket, 
akkor egy szép csillag formálódik ki előttünk, ezért 
a csillagséma elnevezés. A hópehely séma nagyon 
hasonló, mindössze annyi a különbség, hogy bizo- 
nyos esetekben az egyes dimenziótáblák másokon 
keresztül kapcsolódnak a ténytáblához, és az ilyen 
többszörös kapcsolatok ábrázolva egy hópihére kez- 
denek hasonlítani. És ahogy nincs két egyforma hó- 
pihe, úgy nincs két egyforma adattárház sem. 





tokra nem olyan formában van szükségünk, 
mint amilyenben a forrásrendszerekben van- 
nak tárolva. Szükség lehet egyszerűbb át 
alakításokra, mint például adattípus- vagy 
karakterkódolás-konverzió, de akár össze- 


tettebb műveleteket is végezhetünk, mint 
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Mindezen átalakítások mellett szükség van 
atta ís, hogy az adatokat raz adattatház Séma 
jának megfelelőre konvertáljuk (lásd a kere- 
tes írást a csillag- és hópihe sémáról). 

Load - betöltés. Az előkészített adatokat 
eztán be kell tölteni az előmelegített adat 
tátáázóak 

Az SOL Server Integration Servicest per- 
sze nemcsak adattárházak feltöltésére lehet 
használni, hanem minden olyan helyzetben, 
ahol szükség van nagy mennyiségű adat be- 


vagy áttöltésére, átalakítására! 


Adattisztítás és Master Data 
Management 
Az adattisztítás egy külön válfaja az üzleti 
intelligenciának. Része lehet egy integrációs 
folyamatnak is, de önállóan is megállja a he- 
lyét. Lényege, hogy amikor több adatforrásból 
szeretnénk hasonló adatokat integrálni, ak- 
kor előfordulhat, hogy az egyes forrásokban 
ugyanazok az adatok kicsit eltérően szerepel 
nek, de szeretnénk, ha a végeredményben ezek 
egymásra találnának. Képzeljünk el például 
két vállalatot, amelyek egyesülésük után sze- 
retnének egy közös ügyféladatbázist használ 
ni. Léteznek olyan ügyfelek, akik mindket 
tővel kapcsolatban álltak, és olyanok is, akik 
csak az egyikkel. Esetleg más-más időpontban, 
ezért más adatok szerepelnek az egyik és a 
másik rendszerben. Ehhez hasonló szituációt 
akár egy vállalat két különböző rendszere kö- 
zött is el tudunk képzelni. 


Az adattisztítás során (ami 
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-x akár a napi integrációs fo- 
Feet ee lyamat része is lehet) ko- 
; e rábban már említett fuzzy 

KS lookup és adatbányászat, 
illetve más eszközök segít 
ségével ezeket a különbsé- 

kezem sz I geket lehet kiküszöbölni. 
fesse re Az fadattisztítássaii Szo- 
E Adventure Works Du rosan összefügg a Master 
tanaraámaszár 4081 Data Management, amely 
E azt célozza meg, hogy ha 

















123 Error List [7] Output 


Ready 
[ésstan] ] 8 ön ez — [d Integration services -. 





már fáradságos munká- 





val sikerült tiszta adato- 


] Huljat ör 1631 





A kockán belüli adatrelációk 


az árfolyam-kalkulációk, adategyeztetés stb. 
Az SOL Server Integration Services például 
tartalmaz egy fuzzy-lookup nevű funkciót, 
amellyel a nem pontosan illeszkedő listákat 


is össze tudjuk rendelni ebben a fázisban. 


kat létrehoznunk, akkor 
azokat használjuk is, te- 
hát úgy építsük fel a vállalati rendszereket, 
hogy a központi, tiszta adatokat vegyék ala- 
pul, és ezek alapján dolgozzanak. A Master 
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Data Management egy, az adattárházakhoz 
hasonló komplex, folyamatos üzemű, dina- 


mikus rendszer erre. 


Megjelenítés és csoportmunka 

Számos üzletiintelligencia-rrendszer , rövidlá- 

tó": az elemzések előállítása után már nem 

foglalkozik azok sorsával, és a felhasználók 
hagyományos eszközeire hagyatkozik a dön- 
tések meghozatala során. Pedig tudjuk azt, 
hogy a szervezetek hatékonyságát csökken- 
tő állásidők nem az informatikai rendsze- 
rekben keletkeznek. A vállalatok hatékony 
működését az szolgálja igazán, ha az infor- 
matikai rendszerekből érkező adatok feldol 
gozását is segítjük a megfelelő eszközökkel. 

Ezért van az, hogy a Microsoft minden üzleti 

intelligencia lehetőségét integrálja az Office 

Rendszerrel, hiszen így a felhasználók a szá- 

mukra ismert és általuk szeretett Office-kör- 

nyezetben tudnak foglalkozni a döntések elő- 
készítésével. Ezt terjeszti ki például az Office 

Sharepoint Server, amely lehetővé teszi, hogy 

a döntéstámogató információkat intra- és 

internetoldalakon tegyük közzé, az Excel 

Services segítségével a böngészőben is meg- 

jelenítsük és formális munkafolyamatokat, 

jóváhagyást, véleményezést és döntési folya- 
matokat szervezhessünk köréjük. Az Office 

Sharepoint Server számos módon integráló- 

dik a Microsoft üzletiintelligencia-platform- 

jának többi elemével: 

n ASharepointoldalakon megjeleníthetünk 
SOL Server Reporting Servicesjelentése- 
ket, akár paraméterezhetjük is azokat a 
webpartokon keresztül. 

n Az Excel Services segítségével megjelenít 
hetünk táblákat és grafikonokat a mögöt 
tes adatkapcsolatokra alapozva. 

a Definiálhatunk kulcs-teljesítménymutató 
listákat, amelyek a portálba ágyazva segí- 
tik a gyors áttekintést. 

n Munkafolyamatokatdefiniálhatunk a meg- 
ismert információk feldolgozására. 

Az SOL Server üzletiintelligencia-lehetősé- 
gei az Office Rendszer eszközeivel kiegészül 
ve képeznek teljes megoldást, és így együtt 


tudnak egy vállalat hasznára lenni. 


Vállalati teljesítnénymenedzsment 

Az üzleti intelligencia csúcsmegoldása az, 
amikor az összes eddig ismertetett eszközt 
egy egységes alkalmazásba foglaljuk, és ezt ál 


lítjuk a vállalat sikerének szolgálatába. Ennek 
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A PerformancePoint Server lehetőségei 


hangzatos neve a Corporate Performance 
Management. A Microsoft eszközkészletében 
ezt a szerepet tölti be az Office Performance- 
Point Server (OPPS), amely előre integráltan, 
könnyen elérhetővé teszi ezeket a funkciókat 


a vállalatok számára. 


Uzleti modellezés 

Lényege, hogy elkészül a vállalat működésé- 
nek logikai modellje: milyen mutatók jellem- 
zik a működést, ezek milyen paraméterektől 
függenek, és milyenek szerint lehet elemezni 
őket. Aki figyelmesen olvasott eddig, az sejthe- 
ti, hogy egy OLAP-kocka modelljét építik meg 
a szakértők ebben a fázisban. A Performance- 
Point Server Business Modeler segít abban, 
hogy ezt hatékonyan, csoportmunkában, ver- 
ziókezelten, jogosultságkezelten és sok felhasz- 
náló bevonásával lehessen megtervezni. Egy 
vállalatot akár több modell is leírhat - az egyes 
részegységeknek, régióknak saját modelljeik le- 
hetnek, amelyek a megfelelő szabályok szerint 


konszolidálódnak egy központi modellbe. 


Uzleti tervezés 

Ha már van egy modellünk, azt meg is kell 
tölteni adatokkal. Az elsők a tervszámok, 
amelyek megadják, hogy az egyes mutatók 
mentén milyen eredményeket szeretne elérni 
a vállalat. Egy adott szervezeti méret fölött ez 
már nem egy egyszerű megállapítás, hanem 
a felülrőllefelé és az alulrólfelfelé folytatott 
egyeztetések rendszerezett hulláma. A Per- 


formancePoint Server egy Excel add-iin segít 


ségével lehetővé teszi, hogy a szervezet egyes 
szereplői kommunikálják a központi rend- 
szer felé a saját tervjavaslataikat. 

Az üzleti tervek teljesülését ellenőrizni 
is kell, erre szolgál az OPPS monitoring- 
funkcionalitása. Ennek segítségével kulcs- 
teljesítménymutatókat definiálhatunk (lásd 
az OLAP-os résznél), amelyeket aztán score- 
cardokba és vezérlőpultokba (dashboard) 
szervezhetünk. Ezek segítségével a szervezet 
különböző szereplői a nekik megfelelő össze- 
sítő nézetekben láthatják a pillanatnyi telje- 
sítményt és a trendeket. 

A teljesítmény állapota nem mindig mutat 
ja meg egyértelműen az okokat és az összefüg- 
géseket. Itt jön képbe az elemzés lehetősége, 
amit a mögöttes OLAP-modell és infrastruk- 
túra lehetővé tesz. Az OPPS tartalmaz egy 
webes alapú ProClarity Analytics Servert és a 


kliensoldalon a ProClarity elemző klienst is. 


Összefoglalás 

Ahogy láthattuk, a Microsoft üzletiintelligen- 
cia-platformján sok kalapácsunk van. Ezek is- 
merete segíthet minket abban, hogy megért 
sük mit is lehet megvalósítani ezen a téren, és 
tudjuk, hogy hova nyúljunk, amikor legköze- 
lebb szembejön velünk egy szög. A magazin 
többi cikkében épp az első ütéseket mutatjuk 
be ezekkel az eszközökkel. Mindenkinek jó 

kalapálást kívánok! 
Nagy Levente 
(Nagy.Levente( Dmicrosoft.com) 
Microsoft Magyarország 
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ADATTÁRHÁZ-ÉPÍTÉS 
LÉPÉSRŐL LÉPÉSRE 


Ismerje meg az adattárházak feltöltésének titkait, és derüljön tény 


arra, hogy mit tud az Integration Services 20081 


ég tisztán emlékszem az első BI-projektemre, amely 11 hónapig állt, mert a forrás- 
rendszerek adatminősége olyan silány volt, hogy nem tudtuk betölteni őket az 
OLAP-kockákba. Hónapokig csak vártunk, vártunk, míg végre olyan szintre kerül 
tek, hogy el tudtunk kezdeni dolgozni. 
Persze, ha előtte megvizsgáltuk volna az adatok minőségét, más lett volna a helyzet. Ehhez 
azonban két dologra lett volna szükség. 
1. Zöldfülűként nem kellett volna elhinnem, hogy , Nálunk az adatok jók". 
2. Kellett volna egy olyan kis eszköz, ami a 2008-as Integration Services-ben már van, és 
amivel gépi úton még betöltés előtt tudjuk ellenőrizni az adatok minőségét. 
De ne szaladjunk ennyire előre. Az Integration Services 2008 valóban alkalmas a forrás- 
rendszerek adatminőségének felmérésére, de nem ez az elsődleges feladata. Elsősorban nem 


erre használjuk. 


Mire való az Integration Services? 
Ha megkérdezünk valakit, hogy szerinte mire való az Integration Services, akkor rögtön rá fog- 
ja vágni: arra, hogy adatot töltsünk be vele egyik adatbázisból egy másikba. 

A legfontosabb feladata tényleg ez. Lehetőleg minél többfajta adatforrásból tudjon adatokat 
kiolvasni, és azt minél gyorsabban bele tudja pumpálni az SOL Serverbe. És ebben nagyon jó. 
Nem tudom, hogy tudja-e a kedves olvasó, hogy a jelenlegi betöltési sebességi világrekordot 
épp ez az Integration Services 2008 tartja, amelyről a cikk szól. Nem kevesebb, mint 1 tera- 
bájtnyi textfájl betöltéséhez csak 25 perc 20 másodpercre van szüksége, ami jelenleg még elég 
a világelsőséghez. 

Sokan azt vallják, hogy az SSIS egy általános célra használható adatbetöltő (ETL) eszköz, 
csak éppen nem lehet az SOL Server programcsomagtól külön megvásárolni. Ez igaz is meg 
nem is. (Mint Mátyás király meséjében...) 

Igaz, mert tényleg szinte tetszőleges adatforrásból szinte tetszőleges adatszerkezetbe tudjuk 
segítségével mozgatni az adatokat (hasonlóan egy általános célra kifejlesztett ETL-szoftverhez). 
De nem igaz, mert az Integration Services csak arra van kihegyezve, hogy az SOL Server adat 
bázisába villámgyorsan be lehessen tölteni vele az adatokat. Arra már nincs, hogy más adatbá- 
zisokba is villámgyorsan át tudja tölteni azokat. Ez nem azt jelenti, hogy nem tudunk idegen 
adatbázisokba (például: Oracle vagy IBM) adatokat tölteni, hanem azt, hogy ezt csak relatíve 
lassan tudjuk megtenni. 

Ez nem véletlenül van így. A Microsoft elsődleges célja, hogy az adatok bejutását (integrálá- 
sát) az SOL Serverbe minél könnyebbé és gyorsabbá tegye (innen az Integration Services név). 


Az, hogy SOL Serveraaddatokat minél gyorsabban tudjunk áttenni másik adatbázisgyártók ter- 
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mékeibe - érthető módon - nem kapott ak- 
kora fókuszt a fejlesztések során. (Hasonlóan 
egyébként más adatbázisgyártók EIL-eszkö- 
zéhez.) 

Úgy fest azonban, hogy az Integration 
Services 2008-ban e téren is változás fog be- 
állni. Ha igazak a hírek, kb. 25 hónap múb 
va az Enterprise verziót használók ingyene- 
sen le fognak tudni tölteni ,konnektorokat" 
Oracle-höz, SAP-hez és a Ieradatához. Ezek 
segítségével már az adatok exportálását is 
gyorsan meg fogjuk tudni oldani, és egyre kö- 
zelebb kerülünk ahhoz, hogy az Integration 
Services tényleg egy SOL Serverbe csomagolt 


általános célú ETL-eszköz legyen. 


Alapozás 

Nemsokára belecsapunk a lecsóba, és elkez- 
dek szakszavakkal dobálózni, úgyhogy előtte 
ejtsünk még néhány szót az SSIS és az adat 
tárház-építés alapjairól. 

Nemrég hallottam valakit, aki úgy mu- 
tatta be az Integration Services-t, hogy ,az 
Íneestatton s SEGVICÉsTaz s a0n vega DNS ESZE 
retett volna válni". Ebben a mondatban 
minden benne van, hiszen a DIS - Data 
Iransformation Services - az SOL 7.0-ban 
bemutatkozó, majd az SOL 2000 után ki 
haló adatbetöltő eszköz volt, az Integration 
Services pedig egy vadiúj eszköz, zéróról fej- 
lesztve. Szerencsére. Hiszen akik a DTS elő- 
nyeiről beszélnek, rendszerint azt mondják 
róla, hogy az egy ,egyszerű eszköz volt egy- 
szerű feladatokra". Mint amikor egy nőre azt 
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Nézzük a szakszavakat. 

Az Integration Services (SSIS) package 
Vagy Magyarul csomag az amit túttatumk Ez 
az, ami a betöltési munkát végzi. Hívhatnánk 
betöltőprogramnak is, de maradjunk a micro- 
softos terminológiánál, és hívjuk csomag- 
nak. Egy SSIS-csomag valójában egy dtsx 
kiterjesztésű fájl, amit akár parancssorból is 
meghívhatunk: 

dtexec /f , c:XSSIS-Csomagom.dtsx" 

Az Integration Services-csomagokat a BI 
Development Studióban fejlesztjük. Ez az 
az eszköz - egyébként egy Visual Studio -, 
amely a vizuális interfészt biztosítja a fejlesz- 
téshez és a futtatáshoz. 

Egy Integration Services-csomag két fő 
összetevőből épül fel. Van az úgynevezett 
Control flow része, ami a vezérlést végzi és 
egy data flow része, ami mozgatja az adatokat. 

A Control flow valósítja meg a betöltési 
logikát. Ha például szeretnék egy olyan be- 
töltőócsomagot írni, ami lefuttat egy tárolt 
eljárást, és ha az sikeresen lefutott, akkor 
küld egy e-mailt, akkor ezt a BI Development 
Studióban így kell megírni: 

Az I. ábrán látható dobozokat nevezik tasz- 
koknak. A taszk az SSIS-csomag legkisebb 
önállóan futtatható egysége, és a taszkok kö- 
zött függőségeket állíthatunk fel. (Ezt repre- 
zentálják a különböző színű nyilak a taszkok 
között). 

Az ábra szerinti csomagban például a levél 
küldési taszk csak akkor indul el, ha az adat 
betöltés sikeresen lefutott. 

Az 1. ábra SSIS-csomagja tehát adato- 
kat nem mozgat, csak meghív egy tárolt el 
járást, és ha az sikeresen lefutott, akkor 


küld egy levelet. Ha szeretnénk 


re, a célkomponens pedig beszúrja az adato- 
kat a céladatbázisba. 


Most, hogy már minden szakszó ismert: 


Csapjunk a lecsóba! 
Egy ETL-szoftvertől, mint amilyen az Integra- 
tion Services is, joggal várja el az ember, hogy 


maximálisan támogassa az 
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már elegendő információja lesz ahhoz, hogy 
meg tudja tervezni a fizikai adatmodellt (mi- 
lyen adattípusokat kell majd használni az 
adattárházban). 

Az adatok profilozását gépi úton végez- 
zük. Eddig vagy saját magunk írtunk olyan 
szkripteket, amelyek elvégzik az adatok profi- 


lozását, és a végén kiköpnek 





adattárházak feltöltése során 
használt módszereket. Ilyen 
például az adattárházba érke- 
ző rekordok auditálása, verzió- 


zása, a mesterséges kulcsok 





kiosztása vagy az adatok tisz- 
títása. Ezek a fogalmak most 
még talán kínainak tűnnek, 
de ha végigolvassa valaki a 
cikket, akkor tisztában lesz 
az adattárház-betöltések fo- 


lyamatával. 


ír Tárolt eljárás 
WA meghívása 


4.4 Adatbetöltés 
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2. ábra. Átalakítva 


egy riportot a profilozás ered- 
ményéről, vagy egy célszoít 
verre bíztuk mindezt. Eddig, 
mert mostanra a Microsoft 
kifejlesztett egy adatprofilo- 
zo ralkalmazást tamit jó" szo- 
kása szerint becsomagolt az 
Íntegrattonte Services SZ0087 
ba. (Iette mindezt úgy, hogy 





közben változatlanul hagyta 
az SOL Server árát. A 2008- 
as SOL Server pont annyiba 





Mint a bevezetőben em- 
lítettem, zöldfülüűként elhit 
tem, hogy , az adatok nálunk 
jók", és ennek katasztrofális 


következményei lettek. Ma 





már máshogy csinálom: visz- 
szakérdezek, minta Windows, 
hogy biztos!" 6 aztan az 
első lépések egyikeként meg- 





profilozom a forrásrendszere- 
ket. Megpróbálom felderíteni 
azokat az anomáliákat, adat 
minőségi problémákat, amelyek eddig rejtve 
maradtak a forrásrendszerekben, hogy ezek 
ne akkor kerüljenek napvilágra, amikor már 
minden kész, csak fel kéne tölteni az adattár- 
házat, vagy a BIlrendszert. 


Ugorjunk neki, és néz- 





egy olyan betöltőcsomagot ír 


ni, ami lefuttat egy tárolt el 8 Tárolt eljárás 
b" meghívása 


járást, majd meghív egy adat 
betöltő folyamatot (data flow), 
és ha az adatbetöltés nem sike- 


rül, akkor küld egy e-mailt, ak- 





kor a 2. ábrán látható módon 
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zük meg, mi az (1. ábra). 


Adatprofilozás 
Az adatprottlozásraz ar tolva 
mat, amelynek során meg- 


vizsgáljuk a forrásrendsze- 








kell átalakítanunk a csomagot. 

Az adatbetöltő taszk kompo- 
nensekből épül fel, és egy adat 
betöltő taszknak 3 fő komponense van: egy 
adatforrás-komponense, egy adattranszfor- 
mációs komponense és egy célkomponense. 

A forráskomponens felolvassa az adatokat 
a forrásrendszerből, a transzformáció-kom- 


ponens valamilyen módosítást hajt rajta vég- 


SZEPTEMBER-OKTÓBER 


1. ábra. Control flow 
az $$IS-csomagokban 


rek adatait, azokról statisz- 
tikákat készítünk (például 
hány NULL értéket tartal 
maznak az oszlopok), és in- 
formációt gyűjtünk az adatok minőségéről 
(mennyire tiszták az adatok). 

Az adatprofilozás során találkozik elő- 
ször az adattárház-tervező az éles adatokkal. 
Ekkor kezd el kialakulni benne egy kép az 


adatminőségről, és a profilozás befejezésekor 


1 Forrás 


Transzformáció 


3. ábra. Az adatbetöltő taszk 





kerül, mint 2005-ös elődje.) 
Az Integration Services 

27008 adatprolilózó taszkja a 

következő profilozó eljáráso- 

kat támogatja: 

na kitöltöttséganalízis segít 
ségével képet kaphatunk ar- 
ról, hogy egy oszlop hány 
százaléka tartalmaz null ér- 
tékeket; 





a az adathosszeloszlás-elemzés 

megmutatja nekünk, hogy 
hány darab bosszú 2 hosszú, Óó stb. hosz- 
szú szöveget tartalmaz az oszlopunk (lásd 
a 4. ábrát); 

a kulcsképesség-elemzés, amellyel meggyő- 
ződhetünk arról, hogy egy kulcsnak gon- 
dolt mező tényleg az-e (különösen szöveg- 
fájlokon keresztül érkező adatoknál lehet 
erre szükségünk); 

a minták keresése, amellyel telefonszámok, 
rendszámok, irányítószámok vagy egyéb 
kötött struktúrájú, ugyanakkor szabadszö- 
veges mezőként tárolt adatainkat analizál- 
hatjuk; 

n  oszlopstatisztikák, amelyek visszaadják ne- 
künk az oszlopok statisztikai jellemzőit 
(mint például az oszlop minimuma, maxi 
mumaa, átlaga vagy szórása); 

a értékeloszlás-analízis, amely kimutatja pék 
dául, hogy hány Béla van a keresztnevek 
oszlopban; 

n összefüggés-vizsgálat, amellyel hierarchiá- 
kat kereshetünk táblákon belül; 
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a olyan részhalmazok keresése, amelyekkel 
adatkapcsolatokat deríthetünk fel két táb- 
la Között: 

Az Integration Services adatprofilozó 


taszkját azonban nemcsak a forrásrendszerek 


adatait. Semmi átalakítás, semmi módosítás. 
Az adatokat úgy, ahogy vannak, átemeljük a 
saját szerverünkre. Csak arra kell töreked- 
nünk, hogy a forrásrendszereket minél rövi- 
debb ideig és a lehető legkevésbé terheljük, 


és lehetőleg csak azokat az 








taszkjával 


felmérésére használhatjuk, hanem az adattár- 
házba érkező adatok ellenőrzésére is. A napi 
betöltések során még a betöltések előtt meg- 
vizsgálhatjuk például azt, hogy a frissen érke- 
ző adatok szórása milyen képet mutat a már 
az adattárházban lévő adatok szórásához ké- 
pest, és ha jelentős eltérést tapasztalunk, ak- 
kor dönthetünk a betöltés elhalasztásáról. 
Ha viszont minden rendben a betöltésre 
váró adatokkal, akkor kezdjük el feltölteni az 
adattárházunkat. Első lépésként válogassuk 
le a lehetőleg csak az utolsó leválogatás óta 
keletkezett adatokat a forrásrendszerekből, 
és töltsük be őket egy ideiglenes, úgynevezett 
staging adatbázisba. Ezt a folyamatot nevezik 
extract fázisnak, és ez a teljes EI L- (adattár- 
ház-betöltési) folyamat (Extract, Iranszform, 


Load) első fázisa. 


Az E betű az ETL szóból 


Az adattárházak feltöltése során egy forrás- 
rendszeri adat sok lépcsőn megy keresztül, 
amíg eljut a felhasználók számára is látható 
végleges adatbázisba. Először bemásoljuk egy 
átmeneti (Stage) adatbázisba, majd elvégzünk 
rajta egy-két átalakítást, és végül begyömö- 
szöljúk az adattárhazba. Ezt ar tolyamatot mi 
tatjaraz 5). ábra. 

Az adattárház-feltöltések első (Extract) fá- 
zisában gyakorlatilag a forrásrendszerek szer- 


kezetével megegyező módon átmásoljuk azok 


1 
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4. ábra. Adathosszeloszlás-elemzés az Integration Services adatprofilozó 


adatokat hozzuk át, ame- 
lyek még nem szerepelnek 
az adattárházban. Aztán 
ha már nálunk vannak az 
adatok, és leszakadtunk a 
forrásrendszerekről, akkor 
kezdődhetnek az erőforrás- 
1.5550 2 
2.6155 X 
21.6121 2 
62.9040 X 
0.9330 
8.6010 X 


1.7691 2 
0.0102 Z 


igényes átalakítások. 


Az új adatok 
leválogatása 
Egy adattárházat nem lehet 


mindig nulláról feltölteni, 





mert olyan adatmennyi- 
ségekkel kell dolgoznunk, 
amelyek teljes betöltése 

több hetet vehet igénybe. 
Így az egyik napi betöltés még be sem fejeződ- 
ne, és máris belefutnánk a következő betölt 
tésbe. (Úgy járnánk, mint szegény Lewis Fry 
Richardson meteorológus, aki a 20-as évek: 
ben 1 hónap alatt számolta ki, hogy meny- 
nyivel fog változni a légköri nyomás 6 óra 
múlva.) De az adattárház újratöltésének van 
másik hátulütője is: elvesztenénk azokat az 
információkat, amelyek historikusan csak az 
adattárházban vannak meg, a forrásrendsze- 
rekben már nem. 


Azért, hogy ne kelljen átcibálni mindig 








Forrás Transzf Adattárház 


Stage 











5. ábra. Az E 


reggel az összes forrásadatot, ki kell talál 
nunk valamilyen adatleválogatási módszert, 
amelynek segítségével meg tudjuk állapítani, 
hogy melyek azok a rekordok, amelyek újak, 
vagy megváltoztak az utolsó betöltés óta. 

Ha a forrásrendszerünk egy SOL 2008-as 
adatbázis, és az üzemeltetők bekapcsolják ne- 


künk az úgynevezett Change Data Capture 


szolgáltatást, akkor nagy szerencsénk van. 
Ez a Change Data Capture ugyanis elkapja 
a változásokat a forrásrendszerben, és kite- 
szi őket egy külön táblába, így nem kell az- 
zal bajlódnunk, hogy kitaláljuk, mi változott 
meg az utolsó leválogatás óta. Ha nincs ilyen 
szerencsénk, akkor nekünk kell kitalálnunk 
valamilyen módszert az új vagy megváltozott 
adatok leválogatására (például időbélyeg vagy 
rekordazonosító alapján történő szűrés). S ha 
megvan a módszer, akkor indulhat a leválo- 
gatás és az új adatok betöltése az úgynevezett 


Staging adatbázisba. 


Audit 


Adattárházba rekordot úgy nem töltünk be, 

hogy ki ne egészítenénk a származására vo- 

natkozó információkkal. Legalább annyit 

kell tudnunk egy adattárházban csücsülő re- 

kordról, hogy: 

a melyik forrásrendszerből (esetleg táblából) 
jött az adott rekord; 

a melyik (mikori) betöltéssel került be; 

a és melyik SSIS-csomag töltötte be. 

E három információ már elegendő ahhoz, 
hogy mindent tudjunk a betöltött rekord ere- 
detéről, amit hibakeresésnél vagy egy esetle- 
ges hibás betöltés visszavonásánál használ 
hatunk. 

Ezeket, a származásra vonatkozó informá- 
ciókat nevezzük auditinformációknak. Az 
auditinformációkat a bejövő rekordokhoz az 
Integration Services Audit névre hallgató 
taszkjával tudjuk hozzaadmni. Ez artaszk nem 
csak egy általunk meghatározott szöveget 
vagy kifejezést képes a befelé áramló rekor- 
dokhoz fűzni, hanem olyan belső változók 
tartalmát is, mint a gép vagy az 5915-csomag 
nevét vagy az adott futás egyedi azonosítóját 
(amit remekül használhatunk kulcsként bo- 
nyolultabb auditrendszerek kialakításához). 

Nos. Minden szükséges adat az auditinfor- 
mációkkal együtt ott csücsül a saját szerve- 
rünk staging adatbázisában. A forrásrendsze- 
rekről leszakadhatunk, kezdődhet az adatok 


átalakítása, transzformálása. 


A nagy T betű az ETL szóból 


Az adatok transzformálása során két fő fel 
adatot hajtunk végre: 

a megtisztítjuk 

a és előfeldolgozzuk őket, 

hogy a következő (Load) fázis betöltési mun- 


káit - amelynek során végleges helyükre ke- 
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tülnek majd az adatok azadattathazban a 


lehető legegyszerűbbé tegyük. 


Adattisztítás 


Az Integration Services két olyan taszkot 
is tartalmaz, amelyek segíthetnek nekünk a 
pontatlan vagy hiányos adatok megtisztításá- 


ban, a duplikált adatok összefé- 


belülről, hanem a Data Flown belülről is 
megtehetjük, azaz a betöltés közben minden 
egyes sort elküldhetünk egy webszerviz felé. 
Tegyük fel, hogy önnek címadatokat kell tisz- 
títania. Milyen lehetősége volt eddig? Fogta, 
letöltötte a Posta honlapjáról az irányító- 
számok nevű xls-t, abból épített egy referen- 


cia-várostörzset, és a fuzzy 





sülésében. Ez a két taszk a fuzzy 
grouping és a fuzzy lookup tasz- 
kok. Míg az előbbi a duplikált 
adatok összehozására (például 
két azonos, de különböző for 


rásrendszerekben is szereplő 





Audit infók 


hozzáadása a... 





lookup taszkkal kikereste 
az adatokat a várostörzsból; 

Ma már azonban a le- 
hetősége megvan rá, hogy 
meghívjon egy olyan web- 


szervizt, amely megtisztítva 








vevőből egyet csinálni), addig 
az utóbbi a hiányos, elgépelt 
adatok kitisztítására szolgál. 
Mindkét taszk hasonlósági információkkal 
alapon tisztítja az adatokat. Ha két adat el 
ér egy általunk meghatározott hasonlósági 
indexet, akkor a taszkok ennek megfelelően 
javítják a hibás adatokat. Ha alhasonlósáeg 
kisebb, mint az általunk meghatározott kü- 
szöbszám, akkor marad a kézi tisztítás. 
Fontos tudni, hogy e két taszk nyelvfüg- 


getlen, azaz nem veszi figyelembe a magyar 
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7. ábra. AT 


és egyéb nyelvi sajátosságokat. Neki a si- 
rály és a siráj szó között két karakter eltérés 
lesz, és nem fogja észrevenni, hogy a két szó 
ugyanazt jelenti. (Ahhoz tudnia kéne, hogy 
magyarban kétfajta, jé hangot jelölő betűt is 
használunk.) 

A fuzzy grouping és lookup taszkok már 
a 2005-ös Integration Services-ben is létez- 
tek, azok nem a 2008-as Integration Services 
újdonságai. Ami újdonság e téren, az a web- 
szervizek hívhatósága a data flow taszkon be- 
lülről. Látszólag persze a webszerviz hívható- 
ságának semmi köze az adattisztításhoz. De 
ezcsak a látszat. 

Webszervizt eddig is tudtunk hívni SSIS- 
ből, ez nem újdonság. A nagy újdonság az, 


hogy ezt immáron nemcsak a Control Flow-n 
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6. ábra. A bejövő rekordok 
kiegészítése származási 


visszaküldi önnek a helyes 
címeket. Nem önnél van 
a referencia-adatbázis, nem 
ömétartjadazta kadban inas 
nem valaki más. Valaki más, aki tudja, hogy 
a József A. utca az a József Attila utca, és hogy 
a Bp. az a Budapest. Ma persze még nem tu- 
dok ilyen magyar nyelvet támogató webszer- 
vizről, de sokat gondolkodtam rajta, hogy 
kéne csinálni egyet. Ezt ugyanis nemcsak az 
adattárházasok, hanem a web- és az alkalma- 
zásfejlesztők is használhatnák, ami már egy 
kicsit nagyobb piac. 

De a suszter maradjon a kaptafájánál, úgy- 
hogy térjünk vissza az adattárházakhoz, hi 
szen adataink már tiszták, és alig várják, hogy 
egyre beljebb töltsük őket az adattárházba, 
egyre közelebb kerüljenek a felhasználókhoz. 

Az adattárház-feltöltés következő lépése az 
adatok előfeldolgozása. Az előfeldolgozás so- 
Tán a íriss adatokat attransztormaljuk "az 
adattárház formátumának megfelelő alakra. 
Néha letároljuk őket egy ideiglenes adatbá- 
zisban (nevezzük ezt , Iranszform" adatbázis- 
nak), néha röptében töltjük őket tovább az 
adattárházba. Most a könnyebb magyarázha- 
tóság kedvéért tároljuk le őket ebben a köztes 


transzform-adatbázisban. 









Tisztítatlan 
tételek 











8. ábra. Adattisztítás a fuzzy lookup taszkkal 


E ze 


Ebben az esetben a transzform-adatbázis 
szerkezete - néhány oszlop kivételével, ami 
ről később lesz szó - tökéletesen egyezik az 
adattárház szerkezetével. Mindkét adatbázis- 
ban megtalálhatóak ugyanazok a dimenzió- 
és ténytáblák, ugyanazok az oszlopok, csak 
míg az adattárházban több évre visszamenő- 
leg tartalmaznak adatokat, addig a temporá- 
lis transzform-adatbázis csak az utolsó betöl 


tés óta keletkezett friss adatokat tartalmazza. 








Forrás: Stage Transzf Adattárház 








9. ábra. Az L 


Elérkeztünk oda, hogy az adatok megtisz- 
títva, az adattárházba töltéshez előkészítve 
várják, hogy betöltsük őket a végleges helyük 


re: az adattárházba. 


A Load fázis 


Az eddig bemutatott átalakítások mind-mind 
csak előfeldolgozások voltak. Csak azt a célt 
szolgálták, hogy az adatokat könnyen be tud- 
juk tölteni az adattárházba. (Abba az adatbázis- 
ba, amelyet a felhasználók használni fognak.) 

Mielőtt rátérnénk erre az úgynevezett 
, load" fázisra, essen néhány szó az adattárház 
adatszerkezetéről, hogy tudjuk, mégis milyen 
szerkezetbe kell betölteni az adatokat. 

Az adattárházak adatszerkezete lehet nor- 
malizált, vagy lehet csillagsémás. Mindkét 
adatszerkezetnek van előnye, és van hátrá- 
nya is a másikkal szemben, de mi most csak 
a csillagsémás adattárházak építésére kon- 
centrálunk. 

A csillagséma központi eleme a ténytábla, 
amely tartalmazza a mutatószámokat, és ekö- 
rül helyezkednek el csillag alakban a dimen- 
ziótáblák, amelyek leírják a ténytáblában sze- 
replő mutatószámokat. 

A klasszikus példában a ténytáblában tá- 
roljuk, hogy mennyit értékesítettünk, a di- 
menziótáblákkal pedig leírjuk, hogy az adott 
értékesítés milyen termékből, melyik vevő- 
nek és mikor történt. 

A ténytáblák és a dimenziótáblák között 


a kapcsolatot egy általunk generált, jelentés 


Le 
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nélküli, úgynevezett mesterséges kulcs te- 
remti meg. Bár használhatnánk a dimenzió- 
elemek forrásrendszeri kulcsát, mint például 
a vevőkódot vagy a cikk-kódot, de nem ezt 
tesszük. A miértekről hamarosan, most néz- 


zük először a folyamatot: 





Vevő 


(dimenzió tábla) 














Dátum 


(dimenzió tábla) 


Termék 
(dimenzió tábla) 


Forint 


(Értékesítés 
(Ténytébiz 


Ért csatorna 


(dimenzió tábla) 


Régió 


(dimenzió tábla) 











10. ábra. Csillagséma 


Tegyük fel, hogy bejön egy 31100Ll-es ve- 
vőkód a forrásrendszerből. Megnézzük, hogy 
ez a vevő létezikee már az adattárházban, és 
ha nem, akkor beszúrjuk a dimenziótáblába. 
Kap egy új azonosítót, és a ténytáblához ezzel 
az azonosítóval togjuk majd kötni. Ezt az azo- 
nosítót nevezzük mesterséges kulcsnak, he- 


lyettesítő kulcsnak vagy surrogate key-nek. 


Mesterséges kulcs generálása 

A mesterséges kulcs lesz a dimenziótáblában 
szereplő sorok egyedi azonosítója. Mint az 
előbbiekben említettem, az adattárházakban 
ezt az úgynevezett mesterséges kulcsot hasz- 
náljuk a dimenzióelemek egyedi azonosítója- 
ként, és ezen a kulcson keresztül fognak kap- 
csolódni a ténytáblákhoz. 

Mesterséges kulcs gyanánt jelentés nélküli 
egész számokat használunk. Lehet ez egy, az 
adatbázis által karbantartott automatikusan 
növő egész szám (Identity), vagy generálhat 
juk mi is az Integration Services segítségével. 

Miért nem használjuk a forrásrendszerek- 
ből már mindenki által jól ismert vevőkódot? 
Miért kell helyettük egy jelentés nélküli mes- 
terséges kulcsot használnunk? 

A mesterséges kulcs elsődleges feladata, 
hogy segítségével meg tudjuk oldani az adat 
tárházba érkező rekordok verziózását. Ha pél 
dául a vevőnek megváltozik a telephelye - és 
ez az információ fontos számunkra -, akkor 
a cím felülírása helyett eltároljuk a vevőnek 
mind a két állapotát: az l-es mesterséges ve- 
vőkóddal tároljuk a vevőt a régi címével, a 
2-es mesterséges vevőkóddal pedig beszúrjuk 


az új címével. 
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A mesterséges kulcsok elsődleges szerepe 
tehát az, hogy segítségével megoldhassuk a 
dimenzióelemek változásainak nyomon kö- 
vetését. Mindemellett a mesterséges kulcs 
asztaálatásaik 
a elszakadhatunk a forrásrendszerek kódo- 

lásától, így azok esetleges változását (pél 

dául egy forrásrendszercserét) viszonylag 
fájdalommentesen átvészelhetünk; 

a egyszerre több forrásrendszerből jövő , ve- 
vőkódot" is fel tudunk dolgozni; 

a felvehetünk a dimenzióba olyan dimenzió- 
elemeket, amelyek nem léteznek a forrás- 
rendszerekben; 

n az egész számként tárolt mesterséges kulcs 
hatékonyabb, mint a szöveges természetes 
kulcs: kevesebb helyet foglal, könnyebben 
megbirkózik vele a relációs adatbázis-ke- 
zelő és az Analysis Services is, így hatéko- 
nyabb lesz a lekérdezés és a feldolgozás is. 
Most, amikor tudjuk, hogy a forrásrend- 

szerek természetes kulcsát ki kell cserélnünk 

egy általunk generált mesterséges kulcsra, 


már csak egy kérdés maradt: Hogyan? 


Slowly Changing Dimensions (SCD) 
A Slowly Changing Dimensions - vagy más 
néven SCD - igazából egy technika, egy 
olyan technika, amelynek segítségével nyo- 
mon követhetjük dimenzióelemeink változá- 
sát. Az SCD technikának két tiszta formája 
létezik: 

a az SCD type-l módszer lényege, hogy nem 
követi a dimenzióelemek változását, nem 
őrzi meg például a vevők korábbi jellem- 
zőit (mint például a telephely), hanem azo- 
kat helyben felülírja; 

a az SCD type-2 módszer lényege, hogy a di- 
menzióelem megváltozása esetén létrehoz- 
za annak egy újabb verzióját, nem írja felül 
a vevő korábbi telephelyét, hanem létrehoz 
egy új vevőt az új telephellyel, úgy, hogy 
közben megmarad a régi is. 

Megpróbálom elmagyarázni egy másik pél- 
dán keresztül is. Tegyük fel, hogy vevőinkről 
- akik most legyenek személyek - összesen 
két információt tárolunk az adattárházban: 
1. házasokre, 2. mi az e-mailkcímük. És most 
kezdjünk el gondolkodni a felhasználók fe- 
jével! Fontos nekünk, hogy tudjuk, mi volt 
a vevőnk e-mail-címe, mielőtt megváltozott 
volna? Valószínűleg nem. És azt fontos tud- 
nunk, hogy mikor változott meg a vevőnk 


családi állapota? Bizony fontos, hiszen ha sze- 


CNN Re 


retnék olyan lekérdezést készíteni, hogy hány 
forintot költöttek a házasok és a nőtlenek, 
akkor tudnom kell, hogy mennyit vásárolt 
Gipsz Jakab, amíg nőtlen volt és mennyit vá- 
sárolt miután bekötötték a fejét. 
Modellezzük le mindezt. Gipsz Jakab mint 
nőtlen vásárló bekerül az adattárházvevő di- 
menziótáblájába, és megkapja az 50-es mes- 


terséges kulcsot: 





ip Jügyf — Jcs.Áll.JE-mail — JÉrv.-től — JÉrv. -ig 





] SOlGipsz J. ÍNőtlen ÍGJEZMOL.hu 11900.01.01]9999.12.31 


I. ábra. Gipsz Jakab, a vásárló 








Nem sokkal később Gipsz Jakab meghá- 
zasodik. Mivel tudni szeretnénk, hogy meny- 
nyit vásárolt Gipsz Jakab, amíg nőtlen volt, és 
mennyit vásárol majd, mint nős ember, ezért 
felveszünk egy másik Gipsz Jakabot a vevő-di- 
menziótáblába. A régi Gipsz Jakab rekordját 
, lejáratjuk", azaz beírjuk, hogy Gipsz Jakab 
a mai napig bezárólag nőtlen volt, és az új 
Gipsz Jakabot pedig felvesszük az 51-es mes- 


terséges kulccsal: 





1 jügyf — [cs.Áll.]E-mail — Jérv.-től  JÉrv.-ig 
 5SOJGipsz J. INőtlen [GJEXMOL.hu ]1900.01.01] 2007.05.15] 








[51]Gipsz J.ÍNős — [GJOMOL.hu [2007.05.16]9999.12.31 
12. ábra. Gipsz Jakab 2.0 





Telnek-múlnak a mézes hetek, és Gipsz 
Jakab e-maikcíme megváltozik. Érdekel min- 
ket, hogy mi volt Gipsz Jakab régi e-mail 
címe? Nem. Minket csak az érdekel, hogy 
mi Gipsz Jakab mostani e-mail-címe. Ezért 
mindkét Gipsz Jakab (a nős és a nőtlen) 


e-mail-címét is megváltoztatjuk az újra. [me: 





1D lügyf Cs. ÁlI.JE-mail — lÉrv.-től — JÉrv.-ig 


 50ÍGipsz J. [Nőtlen [GJGOTP.hul 1900.01.01]2007.05.15] 
S1Gipsz J.]ÍNős — [GJGOTP.hul2007.05.16] 9999.12.31! 


13. ábra. Gipsz Jakabok összesítve 











Ezek voltak azok a módszerek, amelyekkel 
nyomon tudjuk követni a dimenzióelemeink 
változásait. Nézzük meg, hogyan ültethető át 
mindez a gyakorlatba. 

Az Integration Services tartalmaz egy 
Slowly Changing Dimension nevű taszkot, 
amelynek a feladata pontosan a fenti tech- 
nika megvalósítása. Ez remek. A való élet 
azonban a fenti eseteknél sokkal cifrábba- 
kat is produkál. Képzeljen el egy olyan di 


menzióelemet, amelynek változásait csak egy 


Microsoft TechNet 
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bizonyos idő után akarjuk nyomon követ 
ni. Miután megtörtént rá például az első 
értékesítés. Szerencsére a Slowly Changing 
Dimension taszk erre is fel van készítve. Erre 
mutat példát az alábbi, valós életből vett 
SSISzcsomas Data Előw tászkja: 

Mint a 14. ábrából talán látszik, a Slowly 
Changing Dimension taszk elsődleges fel 
adata, a bejövő rekordok összehasonlítása 
az adattárházban csücsülőkkel, és az, hogy 
eldöntse, melyek az új rekordok, melyek a 
megváltozottak, és ha megváltoztak, akkor 
szétválassza őket: melyeket kell egy új mester- 
séges kulccsal beszúrni a dimenziótáblába, és 
melyeket kell csak egyszerűen felülírni. 

Vessen még egy pillantást a 14. ábrára. 
Mivel ez egy data flow taszk belseje, ezért itt 
a nyilak az adatfolyam irányát mutatják. A 
Select doboz felszedi a lemezről az adatokat, 
majd továbbküldi az SCD taszknak. Az SCD 
taszk elküldi balra az új rekordokat, jobbra 
pedig azokat, amelyek nem változtak az utol 
só betöltés óta. Lefelé mennek azok, amelye- 
ken valamilyen változás történt. Nekünk már 
csak le kell kezelni a változásokat: beszúrni 
az újakat vagy a type-2 szerint változókat, fÍris- 
síteni a type szerint historizált attribútumo- 
kat és azokat, amelyek változását addig nem 
akarjuk követni, amíg meg nem történt az el- 
ső értékesítés (Inferred member ág). 

Ezzel feltöltöttük a dimenziótábláinkat, 
már csak a ténytáblák betöltését kell meg- 


oldanunk. 


Lookup 

Amikor egy rekordot betöltünk az adattár- 
ház ténytáblájába, akkor az abban szerep- 
lő természetes kulcsokat ki kell cserélnünk 
a dimenziótáblákban található mesterséges 
kulcsokra. Tegyük fel, hogy Gipsz Jakab vá- 
sárolt valamit, és a tranzakció összege meg- 
jelenik a ténytáblába betöltendő rekordok 
között. Ebben az esetben meg kell néznünk, 
hogy a vásárlás időpillanatában Gipsz Jakab 
mely rekordja volt érvényes a dimenziótáblá- 
ban (ezt megmondják nekünk az érvényesség 
kezdete és vége oszlopok), és Gipsz Jakab ter- 
mészetes kulcsát ki kell cserélni az dimenzió- 
táblában található mesterséges kulcsra. (Ha 
(Gipsz Jakab házas volt ar vásárlás billámatas 
ban, akkor a ténytábla sor megkapja az 51-es 
mesterséges kulcsot, ha nem, akkor megkap- 
ja az 50-est.) Így az adott vásárlás Gipsz Jakab 


vásárláskori családi állapotával lesz összekap- 


SZEPTEMBER-OKTÓBER 


csolva, lehetőséget teremtve így a nőtlenek és 
a házasok forgalmának pontos kimutatására. 

Ezt a folyamatot, amikor a ténytáblák be- 
töltése során az azokban szereplő természetes 
kulcsokat kicseréljük azok megfelelő mester- 
séges kulcspárjaikra, lbokup-nak nevezzük. 
Ezt a lookup-ot megvalósíthatjuk adatbázis- 
oldalon és az SSIS Lookup taszkjának segítsé- 
gével is. Melyiket használjuk? 

Sokszor az adatbázis-kezelő gyorsabban old- 
ja meg ezt a problémát, mint az Integration 
Services, de sokszor nem. A 2005-ös Integra- 
tion Services használatakor voltak ökölszabá- 
lyok, hogy mikor nem érdemes SSIS-t használ 
ni (például ha túl sok olyan elemet tartalmaz- 
nak a bejövő ténytáblasorok, amelyek nem 
szerepelnek a dimenziótáblában), de ezeket a 
szabályokat a 2008 SSIS fel fogja rúgni. Még 
nincs éles tapasztalatom a 2008-as lookup 
taszkkal, de dokumentációkból kiderül, hogy 
jelentősen megnövelték a teljesítményét. Az 
egyik ilyen teljesítménynövelő fejlesztés egyéb- 
ként pont az említett sok ismeretlen elemeket 
tartalmazó ténytáblák feldolgozásának haté- 
konyságán javít. A nagyágyú azonban kétség 
kívül a lookup taszk gyorsítótárának tovább- 
fejlesztése, amelynek eredményeképpen jelen- 
tősen felgyorsulnak majd a betöltéseink. 

Az adattárház elkészült. A csillagsémáink 
korrektül fel vannak töltve adatokkal. Már 
csak fel kell összegeznünk az OLAP process 
taszkkal vagy egy általunk írt szkripttel az 
Analysis Services adatkockáit, időzítenünk 
kell a betöltéseket, hogy azok mindennap le- 
futhassanak, és a felhasználók máris elkezd- 
hetik lekérdezni adattárházunk mind relá- 


ciós, mind többdimenziós oldalát. 


Hátország 

Minden reggel, a betöltések lefutása után az 
adattárház-üzemeltetőnek rá kell néznie a be- 
töltés eredményére, és ha az valamilyen ok- 
ból nem sikerült (például megtelt a vinyó €), 
akkor tájékoztatni kell a felhasználókat, hogy 
ma csak a tegnapelőtti adatok érhetők el, a 
tegnapiak még nem. Ehhez pedig az üzemel 
tetőknek szükségük van egy olyan monitor- 
ingrendszerre, ahol az összes adattárházban 
zajlott folyamatot nyomon tudják követni. 
Mely csomagok futottak le, melyek nem, me- 
lyik jelzett hibát, melyik nem indult egyálta- 
lán, melyik hány rekordot töltött be, melyik 
mennyi ideig futott, és ez mennyivel több, 


mint a megszokott, és még sorolhatnám. 
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Egy ETL-eszköztől, mint például az SSIS 
azt is el kell várnunk, hogy biztosítsa a hátor- 
szágot az üzemeltetőknek. Miközben ezerrel 
darálnak a betöltések, arról is gondoskodni 
kell, hogy az adattárház eseményeit folyama- 
tosan nyomon tudjuk követni. Bár az SSIS- 
nek van beépített naplózási funkciója, ez any- 


nyira részletes, hogy ahhoz csak akkor kell 











14. ábra. Késleltetett változáskövetés 


nyúlnunk, ha tényleg baj van. Ezért célszerű 
ezt a naplót kiegészíteni saját magunk által 
írt naplózással is, amihez az SSIS minden se- 
gítséget megad. 

Minden SSIS-csomagnak, taszknak van 
OnError, OnBkinish és még sorolhatnám ese- 
ménye. Ezeket kiegészítve például az audit, a 
row count taszkokkal és a beépített rendszer- 
változókkal olyan betöltési naplót tudunk 
készíteni, ami mind a fejlesztők, mind az 
üzemeltetők igényeit maximálisan ki fogják 
elégíteni. 

Összefoglalva: egy forrásadatnak soksok 
lépcsőn, úgynevezett EIL-alrendszeren kell 
keresztülmennie ahhoz, hogy eljusson végle- 
ges helyére, az adattárházba. Először át kell 
esnie a kötelező szűrővizsgálatokon (az adat 
profilozáson), ahol analizáljuk minőségét és 
szerkezetét. Ha nincs óriási probléma, akkor 
megtervezzük a leválogatás módját, majd be- 
töltjük őket az úgynevezett staging adatbázis- 
ba. Itt bevárjuk a még más forrásrendszerből 
érkező adatokat, tisztítunk rajtuk egy kicsit, 
előkészítjük őket az adattárházba való betöl 
tésre. Végül új mesterséges kulcsokat adva 
betoljuk őket végleges helyükre, az adattár- 
házba. 

Kővári Attila 
(www.biprojekt.hu) 
BI-bevezetési tanácsadó, SOL Server MVP 
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ANALYSIS SERVICES 


Az üzletiintelligencia-rendszerek alapja. 


Ha szeretné, hogy önt se zaklassák többé a felhasználók 


riportigényeikkel, akkor olvassa el a cikket. 


emrég egy előadáson jártam, ahol egy nyugdíjas mérnök-közgazdász beszélt a OLAP-ról 
és az üzleti intelligenciáról. Az első diáján ez állt: Mi az OLAP? Hmmm. Gondoltam, 
most jön a jól ismert, E. F. Codd által még 1985-ben alkotott OLAP-definíció vagy 
Nigel Pendse FASMI (Fast Analysis of Shared Multidimensional Information) meghatározása. 
Ehelyett az öregúr kiállt, és mindenféle ködösítés nélkül, nemes egyszerűséggel azt mondta, 
hogy az , OLAP-ot szoftveroldalról érdemes meghatározni, mert kézzelfoghatóan szoftver for- 


májában jelenik meg", és elmondta szépen érthetően, hogy mi az OLAP. 


Mi az OLAP? 


Mi is ezt az utat fogjuk végigjárni, és szoftveroldalról fogjuk megközelíteni az OLAP-ot, azaz 
esetünkben az Analysis Services 2008-at. Meg fogjuk vizsgálni, hogy mire való, mint adatbá- 
zis-kezelőnek milyen jellemzői vannak, és milyen hasznot realizálnak azok a vállalatok, ame- 
lyek a bevezetése mellett döntenek. 

Elöljáróban azonban annyit el kell árulnom, hogy az OLAP egy speciális adatbázis-kezelő, 
amely szabványos adatszerkezete miatt rém egyszerűen lekérdezhető az informatikában járat 
lan üzleti szakemberek számára is. Ennek persze ára van, amiről lesz még szó bőven, de előtte 
érdemes megismerni a motivációt, ami másokat arra sarkallt, hogy belefogjanak egy OLAP- 


rendszer bevezetésébe. 


Miért vezetnek be a vállalatok OLAP-rendszereket? 
Az idevonatkozó , szakirodalom" szerint azért, hogy 

a csökkenjenek a papírköltségek; 

n csökkenjenek a bérköltségek; 

nm javuljon a termelékenység; 

a növekedjen a bevétel. 

Vajon tényleg ezért akarnak a cégek OLAP-rendszereket bevezetni? Ki kell ábrándítanom 
mindenkit, és azt kell, hogy mondjam: nem. Ezek mind hangzatos marketingszövegek, de még 
nem hallottam Magyarországon olyan céget, amelyik a fenti okokat válaszolta volna e kérdés 
kapcsán. Ehelyett ilyeneket említettek: 


n , Beléptünk egy új piaci szegmensre, amelyet sok kis vevő jellemez, és 


egy személy minden vagy a számára fontos 
adatforráshoz. Nem kaphat XY jogosultsá- 
got a Z forrásrendszerhez csak azért, mert 
egy szám kell neki belőle. Kell nekünk 
egy rendszer, ahol saját magunk tudjuk 
akár cellaszinten szabályozni a jogosultsá- 
gokat." 

a Egy kontroller problémája: , Az adatszol 
gáltatók vagy az adatgazdák nem feltétle- 
nül a kérdésemre adják meg a választ, ami 
miatt megnőnek az amúgy is hosszú válasz- 
idők 

a Vagy: , Egyre több ad hoc lekérdezésünk 
van, amelyet az adatszolgáltatók már nem 
tudnak kielégíteni". 

a És végül: , Szeretnénk a zárást követően 
napokon belül riportálni a menedzsment 
nek. Most hetekig tart a jelentések elkészí- 
tése", 

Ezek közül egy sem célozta meg a költ 
ségcsökkentést. Mindenki saját folyamatait 
akarja hatékonyabbá tenni. Céljuk, hogy a 
rendszergazdák, az elemzők is azt csinálják, 
amihez a legjobban értenek. Ezáltal, persze, 
végső soron csökkennek majd a költségek, és 
nőnek a bevételek, de az a hatékonyság növe- 
kedésének lesz az eredménye, nem közvetle- 
nül az OLAP-é. 


Most, hogy már tudjuk, mit várnak a cé- 
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1. ábra. Mire használják az OLAP-ot? 


x , Jogosultsági problémák miatt egész egyszerűen nem férhet hozzá 
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gek bevezetés előtt, nézzük meg, hogy mire 
használják az OLAP-rendszereket immár be- 


vezetés után. 


Mire használják az 
OLAP-rendszereket? 

Nigel Pendse, aki rendszeresen kutatja az 
OLAP-rendszerek piacát, a 2008-as BI Survey 
7-ben azt publikálta, hogy a megkérdezett 
felhasználók az OLAP-ot elsősorban ad hoc 
elemzésre (66 százalék) és általános adattárhá- 


zi jelentéskészítésre (48 százalék) használják. 


BI, DSS, MIS, VIR, EIS, CPM... 


Ha egy másik megközelítésből vizsgáljuk 

meg, hogy mire használják az OLAP-rendsze- 

reket, akkor azt találjuk, hogy OLAPt:szívek 
dobognak az 

n üzletiintelligencia-rrendszerekben(BI - Busi 
ness Intelligence); 

a döntéstámogató rendszerekben (DSS - De- 
cision Support System); 

m vezetői információs rendszerekben (VIR 
vagy angolul MIS - Management Informa- 
tion System). 

De előszeretettel használják az OLAP-tech- 
nológiát 
a analitikus CRM- (Customer Relationship 

Management) rendszerek alapjaként; 

a kiegyensúlyozott mutatószám-rendszerek ki- 
alakításához (BSC - Balanced Scorecard); 

an CPM - Corporate Performance Manage- 
ment rendszerekhez; 

m irányítópultok (Dashboardok) kialakításá- 
hoz; 

a és nem utolsósorban tervezéshez és előre- 
jelzéshez (Budgeting and Forecasting) vagy 
konszolidációhoz. 

Mindezekből talán látszik, hogy sokkal 
több rendszer használja az OLAP-technoló- 
giát, vagy - hogy még egy szinonimát em- 
lítsek - a többdimenziós adatbázis-kezelő- 
ket, mint az elsőre látszik. 10-20 éve még az 
OLAPttól voltak hangosak a marketinganya- 
gok, ma már újabb, divatosabb szavakat hasz: 
nálnak a rendszerek leírására, de ettől függet 
lenül, mindegyik rendszer alatt továbbra is 
egy többdimenziós adatbázis-kezelő látja el a 


kulcsfeladatokat. 


Többdimenziós adatbázis-kezelő 
Az OLAP - ahogy az Analysis Services is 
- egy többdimenziós adatbázis-kezelő, és mint 


ilyen, egy sor specialitással rendelkezik a relá- 
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ciós adatbázis-kezelőkhöz képest. Az egyik leg- 
fontosabb specialitása, hogy nagyon gyors le- 
kérdezési sebességeket produkál. A válaszidő 
- akármilyen bonyolult lekérdezést állítunk 
össze - másodpercekben mérhető. Ehhez 
azonban az kellett, hogy szakítsanak a reláci- 
ós alapokkal, és kidolgozzanak egy teljesen új 
tárolási módot. Ezt a tárolási és adatkezelési 
módot látták el aztán az OLAP betűszóval. 
Mint minden jóban, az OLAP-ban is van 
valami rossz. A gyors adatelérésért és a ru- 
galmasságért cserébe nem tudjuk gyorsan be- 
Szúrni az OLAF-adatbázisokba az adatokat. 
Mint a későbbiekben majd látni fogjuk, 
az OLAP-adatbázisokban kockákban tárol- 
juk az adatokat, és egy adatkockába adatokat 
beszúrni meglehetősen nehéz. Az MDXnek 
- az Analysis Services és még egynéhány 
OLAP-adatbázis-kezelő . lekérdezőnyelvének 
- például nincs INSERI utasítása. Csak 
SELECT és UPDATE. Épp ezért az OLAP- 
kockákat ritkán, naponta jellemzően egyszer 
töltjük, és ekkor vagy zéróról újraépítjük az 
egészet, vagy az új adatokat hozzáillesztjük a 


már meglévő kockához. 


Adatkockák és dimenziók 

Az OLAPadatbázisokban az adatokat úgy- 
nevezett adatkockában és dimenziókban tá- 
roljuk. (Hasonlóan ahhoz, ahogy a relációs 
adatbázisban az adatokat táblákban tároljuk.) 
A kockák 3 dimenziós testek, egy Analysis 
Services-adatkockának azonban 128 dimen- 
ziója lehet. Igaz, a való életben jellemzően 
5.10 dimenziós kockákat építünk, mert az 
üzleti területek adatkörei rendszerint ennyi 
dimenzióval leírhatóak. 

Az adatkockákban témaorientáltan tárol 
juk a mutatószámokat, és jellemzően egy-egy 
üzleti vagy elemzési terület igényei köré szer- 
vezzük őket. Mondok egy példát. A pénz- 
ügyi területnek biztos szüksége lesz egy olyan 
adatkockára, amelyben a főkönyvi mozgá- 
sokat követheti nyomon. (Ebben az esetben 
az elemzési terület vagy témakör a főkönyv, 
az adatkocka ai tökönyvi tranzakciókat focja 
tartalmazni.) 

A főkönyv nevű adatkockánk dimenzio- 
nálva lesz a főkönyvi számlaszámokkal, idő- 
vel, költséghellyel, költségnemmel és költség- 
viselővel. (A dimenziók segítségével címkéz- 
zük fel az adatokat: mikori állapotot tükröz- 
ne, melyik költséghelyet érintik stb.) Ezeket 


a dimenziókat az üzleti élet határozta meg, 
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hiszen amikor egy könyvelési tételt rögzítünk 
a vállalatirányítási rendszerben, akkor ezeket 
a ,könyvelési dimenziókat" kell megadnunk. 
Nekünk csak az a feladatunk, hogy ezeket a 
létező dimenziókat feltérképezzük, és lemo- 
dellezzük az OLAP-adatbázisban. 

Ha az értékesítést szeretnénk elemezni, 
akkor létre kell hoznunk egy értékesítés 
kockát, és azt, hogy milyen dimenziói lesz- 
nek, szintén nekünk kell meghatároznunk. 
Pontosabban az üzlet már régen meghatároz- 
ta, nekünk csak ki kell derítenünk, hogy me- 
lyek ezek. Az idő, a termék és a vevő biztos, a 
többit ki kell nyomozni. 

Egy OLAP-kocka tervezésekor itt kell a leg- 
inkább észnél lenni. Ha jól határozzuk meg 
a kocka dimenzionáltságát, akkor a felhasz- 
nálóink szeretni fogják az OLAP-ot, hiszen 
az a valós üzleti problémát modellezi, ráadá- 
sul mindezt az ő gondolkodásuknak megfe- 
lelően. Ha nem, akkor készítettünk szuper 
gyors, szuperjó rendszert a magunk dicsősé- 
gére, mert a felhasználók nem fognak benne 


otthonosan mozogni. 


Csillagsémás gyökerek 

Az OLAP-kockák szerkezete nagyon hasonló 
képet mutat a relációs csillagsémás adatmo- 
dellekhez. A csillagsémában középen helyez- 
kednek el a mérőszámok, körülöttük pedig 
csillag alakban a mérőszámokat leíró dimen- 
ziótáblák. (Bővebben lásd az Adattárház-épí 
tés lépésről lépésre című cikkben.) 

Az OLAP-adatbázis dimenziói a csillagsé- 
mák dimenziótábláinak, az adatkocka pedig 
a ténytáblának feleltethető meg. Ez a meg- 
feleltetés egy jól felépített csillagséma esetén 
1:1-es kapcsolatot jelent, azaz pont ugyanazo- 
kat az adatokat találjuk meg a dimenziókban, 
mint a dimenziótáblákban, és ugyanazokat 
találjuk meg a kockában, mint a ténytáblá- 
ban. Épp ezért nagyon sokszor adattárházak 
ülnek az OLAP (Analysis Services) adat 
bázisok alatt. (Lásd Nigel Pendse kutatását, 
amely szerint az OLAP technológia második 
leggyakoribb alkalmazási területe az általá- 
nos adattárházi jelentéskészítés.) 

Sokszor azonban az OLAP-adatbázisok alá 
is csillagsémás relációs adatmodellt terve- 
zünk. Ennek legfőbb oka az, hogy sokkal 
könnyebb felépíteni relációs oldalon egy csil 
lagsémát és arra ráültetni egy OLAP-kockát, 
mint a forrásrendszerekből közvetlenül töl 


teni azokat. Sokkal nagyobb irodalma van, 


[A 








E CÍMLAPON 






sokkal több eszköz létezik hozzá, és sokkal 
több szakértő ért a relációs adatbázisokhoz, 
mint az OLAP- hoz. 

Az Analysis Servicest egyébként pont az 
ilyen csillagsémás adatmodellekre optima- 
lizálták, így két legyet ütünk egy csapásra. 
Egyrészt a feladatok egy részét áttettük a re- 
lációs oldalra, ahol sokkal könnyebben old- 
hatunk meg bizonyos problémákat, másrészt 
az elkészített OLAP-rendszer sokkal hatéko- 
nyabban fog működni, mint ha csillagséma 
helyett egy normalizált modellből töltenénk. 

Ja, és az Analysis Serviceshez ingyen kap- 
juk a relációs adatbázis-kezelőt és az adat 
betöltést támogató Integration Servicest is. 
Ilyen feltételek mellett pedig tényleg vétek 
lenne parlagon hagyni ezeket a szoftvereket, 
pláne úgy, hogy nagyon sok beépített szolgál 
tatást tartalmaznak a csillagsémás adatmo- 


dellek menedzseléséhez és feltöltéséhez. 


Miért nem elég az adattárház? 

Említettük, hogy egy adattárházban felépí- 
tett csillagséma egy az egyben megfeleltet 
hető az OLAP-kockáknak. Akkor miért épí 
tünk ugyanarra az adatkörre egy relációs és 


egy többdimenziós adatbázist is? 


Csillagséma 








Adatkocka 


ban akár cellaszinten kezelhetünk jogo- 

sultságokat.) 

a Lényegesen fejlettebb elemzést támogató 
funkcióval rendelkezik, mint a relációs 
társa. Például az előző év azonos időszaká- 
nak kimutatására a: OLAP már több mint 
10 éve tartalmaz beépített függvényeket, a 
relációs adatbázis-kezelők továbbfejlesztési 
terveiben pedig csak most kezd feltűnni. 

a És ami a legfontosabb: klasszisokkal jobb 
riportkészítő és lekérdezőeszközök létez- 
nek hozzá, mint a relációshoz, és ez az, 
amivel lehetőséget teremtünk a felhaszná- 
lóknak, hogy saját maguk - az II támoga- 
tása nélkül - legyenek képesek riportokat 
készíteni. 

Összefoglalva elmondhatjuk, hogy OLA P- 
rendszereket azért vezetünk be, hogy segít 
sük az üzleti felhasználók munkáját, hogy 
ne az informatikát terheljék érthetetlen ké- 
réseikkel, hanem saját maguk abban a pil 
lanatban elő tudják állítani a kívánt ripor- 
tot, amikor eszükbe jut. Ezért duplikáljuk 
meg a vállalati adatokat, és tároljuk le őket 
még egyszer egy másik adatbázis-kezelőben 
is, és ezért fordítunk heteket, hónapokat ar 
ra, hogy kiépítsünk egy újabb rendszert, ami 
végül is alapadatszinten 
nem tartalmaz több ada- 
tot, mint a vállalati rend- 
szerek. (Igaz, nagyon sok 
előre kiszámított adatot 
tárol, ami viszont már 
nem található meg a for- 


rásrendszerekben.) 





Most, hogy már kive- 





2. ábra. Csillag és kocka 


A kérdés teljesen jogos. Miért kell meg- 
dupláznunk az adatokat és letárolni két faj- 
ta adatbázis-kezelőben is, amikor a relációs 
csillagsémát is simán le tudják kérdezni a 
felhasználók? Hiszen pont ezért építjük az 
adatta HAAZAlcak 

Egy OLAP-adatbázis-kezelő azonban ren- 
delkezik néhány olyan előnnyel, amellyel re- 
lációs társa nem. 

a Lényegesen jobb a lekérdezési sebessége, 
mint relációs társáé. Nem csoda, hiszen er 
re optimalizálták (és nehéz úgy megfektet 
ni egy lekérdezéssel, mint a relációst). 

a Sokkal kifinomultabb és hatékonyabb jo- 
gosultságkezeléssel rendelkezik, mint a re- 


lációs adatbázisok. (Az OLAPadatbázis- 


R 


séztük mi az az OLAP, 
illetve miért vezetnek be 
a vállalatok OLAP alapú rendszereket, vizs- 
gáljuk meg, hogy milyen speciális jellemzői 
vannak az Analysis Servicesnek, és milyen új- 


donságokat hozott a 2008-as verzió. 


A Microsoft OLAP-szervere, 
az Analysis Services 
Az Analysis Services a Microsoft többdimen- 
ziós adatbázis-kezelője, az SOOL Server prog- 
ramcsomag része. Az Analysis Services telje- 
sen független az SOL Servertől, akár annak 
telepítése nélkül is használhatjuk, de külön 
nem tudjuk megvásárolni. 

Bizonyára sokan tudják: az Analysis Servi- 
ces idén novemberben fogja ünnepelni 10. 


születésnapját. Ez alatt a 10 év alatt nagyon 
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sokat fejlődött. Az SOL 7.0-ban debütáló 
MS OLAP Server névre hallgató Analysis 
Services még meglehetősen szerény képes- 
ségekkel volt felruházva. A 2000-es OLAP- 
szerver már egy robosztus OLAP-motornak 
számított, de a nagy változást a 2005-ös ver- 
zió jelentette. 

Ekkor ugyanis jelentősen megváltoztatták 
az OLAP:szerver architektúráját, és a régi kó- 
dok 90 százalékát újraírták. Ekkor mutatko- 
zott be az úgynevezett Unified Dimensional 
Model - vagy más néven UDM -, ami telje- 
sen felforgatta az Analysis Services korábbi 


dimenzionális adatmodelljét. 


Unified Dimensional Model (UDM) 


Beszéljünk egy kicsit arról, hogy mi is az az 
UDM, mert marketinganyagokban sokszor 
fog vele találkozni, és talán már meg is tanul 
ta, hogy szuperflexibilis, meg nagyteljesítmé- 
nyű, de valószínűleg azt még nem tudja, mi 
áll a hátterében. 

Ez nem az ön hibája, hiszen nem nagyon 
jelent meg irodalom erről a témáról. (Én a 
webkettővel voltam így: már a csapból is web- 
kettő folyt, de nekem még mindig fogalmam 
sem volt róla, hogy mi is az.) 

Az UDM az a modell vagy szerkezet, ahogy 
a 2005-ös Analysis Servicesben a kockák és 
a dimenziók felépülnek, ideértve, hogy egy 
adatkocka immáron több különböző forrás- 
ból táplálkozhat, a kulcs-teljesítménymuta- 
tókat (KPD), a többnyelvűség támogatását és 
még sok minden más újdonságot, amit a 
2005-ös Analysis Services-kockák szerkeze- 
tének változása hozott. Az UDM tehát az a 
szerkezet, ahogy az Analysis Services 2005 a 
kockákat tárolja. Inkább marketingfogalom, 
semmint műszaki meghatározás. Az UDM- 
nek, vagyis a 2005-ös adatkockák szerkezeti 
változásának legfontosabbika, az attribútum 


alapú adatmodell megjelenése volt. 


Attribútum alapú dimenzionális 
modell 

A 2005-ös Analysis Services szakított az addi- 
gi dimenzió és hierarchia alapú felépítéssel, 
és áttértek az úgynevezett attribútum ala- 
pú megközelítésre. Az attribútum alapú di- 
menzionális modellben az attribútumoké a 
főszerep. Mindent, amit a korábbi Analysis 
Servicesekben a dimenziókkal tudtunk csi 
nálni, most már attribútumokkal tudjuk 
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Régebben dimenziókat tudtunk a táblá- 
zat soraira, illetve oszlopaira húzni, ma már 
mindez az attribútumokkal lehetséges. Olyat 
például nem tudtunk megtenni, hogy egy di- 
menzió (egy hierarchia) egyik attribútumát 
kitettük a táblázat sorára, a másikat pedig a 
táblázat oszlopára. 

Joggal kérdezhetné, hogy minek a táblázat 
sorára kitenni például a vevő nevét, ami a vevő- 
dimenzió egy attribútuma, az oszlopára pedig 
a címét (ami egy másik attribútuma a vevődi 
menziónak), hiszen kapnánk egy olyan táblá- 
zatot, aminek csak az átlójában vannak adatok. 
Az ég egy adta világon semmi. A táblázat oszlo- 
pára kitenni a hónapokat, soraira pedig az éve- 
ket, annak már van értelme. (Pedig mindkét 


attribútum az idődimenzió attribútuma.) Íme: 


darabolunk kis kockákra. (Hasonlóan ah- 
hoz, ahogy egy táblára nézeteket definiálunk 
a relációs adatbázisokban.) 

Míg az UDM, vagy az attribútum alapú di 
menzionális modell a 2005-ös Analysis Ser 
vices újdonságai voltak, nézzük meg, mi min- 


dent tartogat számunkra a 2008-as verzió. 


A 2008-as Analysis Services messze nem ho- 
zott annyi újdonságot, mint 2005-ös elődje. 
A redmondiak rámentek a hatékonyság fej- 
lesztésére, és ennek szentelték minden ener 
giájukat. Összesen egy darab olyan újdon- 
ságot tartalmaz a szoftver, ami vadiújnak 


tekinthető: ez pedig a dinamikus nevesített 


halmaz. Az összes többi fejlesztés a teljesít 

















3. ábra. Szezonalitásvizsgálat: soron a hónapok, oszlopon az évek 


Néhány esetben tényleg zavaró lehet egy 
kicsit, hogy bármely attribútumot kirakhat 
juk a táblázat sorára vagy oszlopára, de néha 
(például az előbb említett szezonalitásvizsgá- 
latoknál) nagyon jól jön. 

Ahogy néha az is nagyon jól jön, hogy egy 
adatkockába betölthetjük az egész adattár: 
házat, annak minden adatát: értékesítést, 
termelést, pénzügyet, mindent. Így például 
az idődimenzióra felfűzve a vállalat minden 
adatát, egy kockában láthatjuk a vállalat 
adott időszak alatt bekövetkezett összes ese- 
ményét. Az más kérdés, hogy így maga a koc 
ka bazi nagy lesz, és nem mindenki számára 
lesz átlátható, de a szabadságnak ez az ára. A 
döntés pedig rajtunk áll: vagy sok kis kockát 
építünk, vagy egy nagyot, amit aztán az úgy- 


nevezett perspektívákkal (Perspective) szét 


mény növelését és a felhasználóbarátságot 
célozta meg. 

Amikor kint jártam az Egyesült Államok 
ban az MVP-meetingen, akkor ott valaki 
megkérdezte: miért csak ennyi újdonságot 
pakoltak az új Analysis Servicesbe. A fejlesz- 
tők erre egyértelműen elmondták, hogy , időt 
kell hagyni, amíg a Bl-fejlesztők megtanulják 
használni az Analysis Servicest". Ez így ön- 
magában lehetne cinikus válasz is, de tovább 
folytatták, és elmagyarázták, hogy megvizs- 


gáltak x darab működő Analysis Services 


2005 alapú rendszert, és arra jöttek rá, hogy 
a fejlesztők messze nem használják ki még az 
Analysis Services lehetőségeit. Hiába tom- 
bolnak a lóerők az Analysis Services alatt, ha 
annak fejlesztői behúzva felejtik a kéziféket. 

Az Analysis Serviceshez kevés a jó doku- 
mentáció (mármint nem rendszer, hanem 
rendszerépítési), a felhasználói interfészek 
sem intuitívak, és nem figyelmeztetik a fej- 
lesztőt, ha behúzva felejtik a féket. Mondok 
egy példát: a 2005-ös Analysis Servicesben 
minden gond nélkül létre tudtunk hozni 
redundáns attribútumrelációkat (ez rontja 
a teljesítményt). Az SP2 telepítése után már 
kaptunk egy halványsárga figyelmeztetést: ez 
így nem biztos, hogy jó. 2008-tól kezdve pe- 
dig átalakították az attribútumreláció-terve- 
zőt, hogy ne nagyon lehessen redundáns re- 
lációt létrehozni, de ha mégis sikerül, akkor 
a BI Development Studio pirossal figyelmez- 
tet minket, hogy ejnye-bejnye. 

A 4. ábra az Analysis Services új attribú- 
tumreláció-tervezőjét mutatja. Érdemes meg- 
nézni a 2005-ös verzió attribútumreláció-ter- 
vezőjét (lásd az 5. ábrát) Mindkét eszköz 
ugyanazt a feladatot látja el, ám míg a felsőből 
látszik, hogy a hónap attribútum a negyedév 
és a nap attribútummal áll kapcsolatban, ad- 
dig a 2005-ös attribútumreláció-tervezőből ez 
már kevésbé állapítható meg. Pedig ugyanazt 
a dimenziót mutatja mindkét eszköz. 

Ezek az apró javítások nagyban hozzájárul: 
nak ahhoz, hogy a BLfejlesztőók könnyebben 
tudjanak hatékony BLrendszereket készíteni. 
A fenti attribútumkapcsolatokból például 
egy szakavatott szem egyből észreveszi, hogy 
azok gyémánt alakot rajzolnak ki (ami szin- 
tén teljesítményromboló hatású), de az 5. áb- 


rából ez sohasem fog kiderülni. 


Az Analysis Services 2008, hogy hatékonyab- 
ban támogassa az OLAP-adatbázisok terve- 
zését, több mint 40, az előzőhöz hasonló 
tervezési irányelv teljesülését ellenőrzi, és ha 
valamelyik sérül, akkor szolidan figyelmez- 
tet. Mindezt nagyon kulturáltan teszi. Nem 


ugrálnak fel ablakok ötsoros hibaüzenettel és 
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4. ábra. Az Analysis Services új attridútumreláció-tervezője 
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5. ábra. A 2005-ös verzió attribútumreláció-tervezője 


OK gombbal, csak diszkréten jelzi, illetve egy 
listán gyűjti a javaslatait. 

Mindezen figyelmeztetéseket a BI Develop- 
ment Studióba, az Analysis Services rendsze- 
rek fejlesztőeszközébe építették be, így már a 
fejlesztési fázisban tudomást szerezhetünk az 
esetleges tervezési hibákról. (A Microsoftnak 
van már egy hasonló feladatokat ellátó Best 
Practice Analyzer nevű alkalmazása, de az 
teljesen külön futtatható a BI Development 
Studiótól.) 

A BI Development Studio az adatbáziso- 
kat, adatkockákat, dimenziókat, adatforrá- 
sokat, aggregációkat és partíciókat ellenőrzi, 
és megvizsgálja, hogy azok felépítése meg- 
egyezik-e a legjobban bevált gyakorlattal. Ha 
például túl sok aggregációt tervezünk, akkor 
szól, hogy ettől nem lesznek gyorsabbak a le- 
kérdezések, viszont a felösszegzési idők jelen- 


tősen meg fognak nőni. 


Erőforrás-monitorozás 
Az Analysis Services fejlesztői egy egész cso- 
port (több mint 50) úgynevezett adatmenedzs- 
mentnézetet (Data Management View) tettek 
elérhetővé a 2008-as verzióban. Ezek lekérde- 
zésével megtudhatunk mindent szerverünk 
aktuálisan futó folyamatairól. Olyan kérdé- 
sekre kaphatunk választ belőlük, mint például 
mennyi ideig futott az utolsó lekérdezés, ki 
huttatta azt, menny CPOt hasznalt hozza, mi 
volt a lekérdezés szövege, milyen objektumo- 
kat érintett a lekérdezés, és még sorolhatnám. 
Azért hívják nézetnek, mert hasonlóan vi- 


selkedik a relációs nézetekhez (view-khoz). Le 


20 


tudjuk kérdezni őket egy select utasítással, 
de a háttérben a lekérdezésünk átirányítódik 
más adatbázis-objektumokra. Azt, hogy mi 
kor lettek utoljára felösszegezve az adatkoc- 
kák, például a következő DMX.ekérdezéssel 


tudjuk visszakapni: 


Select 

CUBE NAME, 

LAST [DATA UPDATE 
from $system.mdschema Cubes 
where CUBE SOURCE - 1 


Az aktuális folyamatokon kívül egyes adat 
adnak 


azoknak a tervezési kérdéseknek a megvála- 


menedzsmentnézetek információt 
szolására is, hogy vajon elég aggregációt tervez- 
tünkee egy adott kockára, vagy létezik-e olyan 
kocka, amelyre több aggregációt tervezve javí- 
tani tudnánk a lekérdezések sebességén? 

És ez csak a jéghegy csúcsa. Az 50 adatme- 
nedzsmentnézet ennél sokkal több informá- 
ciót tartalmaz. És hol voltak ezek az informá- 
ciók eddig? Egy részük, az adatbázis-leírások- 
kal kapcsolatosak eddig is elérhetőek voltak, 
viszont az Analysis Services eszközkészletén 
kívülről. Például VB-ben lehetett programot 
írni az OLAP adatbázissémájának felderíté- 
sére, ami nagy segítség volt az alkalmazás- 
fejlesztőknek, de egy mezei BIiszakértőnek 
mintha ott se lett volna. Sosem használta. 

Az adatmenedzsmentnézetekkel megint 
kaptunk egy kis segítséget, amivel könnyeb- 
ben tudjuk monitorozni OLAP-rendszerünk 
működését, és aminek eredményeképpen az- 
tán hatékonyabb megoldásokat tudunk majd 
készíteni. Térjünk át a teljesítménynövelés 
másik forrására, az adatbázismotor tovább- 


fejlesztésére. 


Chiptuning 

Az új verzió nemcsak ráncfelvarráson ment 
keresztül, hanem komolyan hozzányúltak a 
128 dimenziós erőforráshoz is: gyorsítottak 
a lekérdezéseken, lerövidítették a mentéshez 
szükséges időt, lehetővé tették az erőforrás 
monitorozását, és megváltoztatták a vissza- 
írás architektúráját is. (Hogy csak a legfonto- 


sabbakat említsem.) 


A lekérdezések felgyorsítása 
(blokkonkénti kiértékelés) 

A lekérdezések gyorsítására a legegyszerűbb 
optimalizációs technika most minden bizony- 


nyal az Analysis Services 2005-ös verziójá- 


CNN Re 


nak frissítése 2008-ra. Ezzel nem azt akarom 
mondani, hogy el kell felejteni a hagyomá- 
nyos lekérdezésoptimalizációt, vagy azt, hogy 
az Analysis Services 2008 telepítése után 
minden lekérdezésünk szupergyors lesz, ha- 
nem azt, hogy a meglévő lekérdezéseink je- 
lentős része fel fog gyorsulni. 

A lekérdezések felgyorsulását az eredmé- 
nyezi, hogy megváltoztatták az Analysis Ser- 
vices lekérdezés optimalizálóját, amelynek 
eredményeképpen az optimalizáló a cellán- 
kénti kiértékelés helyett már képes a NULL 
tartalmú cellák blokkonkénti kiértékelésére 
is. Ez az, aminek következtében az Analysis 
Services 2008-nak sokkal kevesebb műve- 
letet kell végeznie, mint 2005-ös társának, 
és végül is ennek köszönhetően gyorsulnak 
fel a lekérdezések. Hogy mennyivel, az sok 
mindentől függ. Például attól, hogy mennyi 
re lyukacsos a lekérdezett adathalmaz, vagy 
attól, hogy olyan MDX-utasításokat haszná- 
lunk-e, amelyek optimalizálva lettek a blok- 
konkénti kiértékelésre. (Az MDX az Analysis 
Services lekérdezőnyelve, hasonlóan ahhoz, 
ahogy az SOL nyelv az SOL Serveré.) 

Én még CTP5-ös verzión teszteltem a se- 
bességnövekedést, és ugyanarra a lekérde- 
zésre 6-szor gyorsabban kaptam választ az 
Analysis Services 2008-cal, mint a 2005-ös 
verzióval. (Mások hasonló tesztet futtatva 
20-szoros  sebességnövekedésről számoltak 
be.) Az igazsághoz azonban az is hozzátarto- 
zik, hogy ugyanez a sebességnövekedés kézi 
tuningolással is elérhető volt a 2005-ös ver- 
zióban. A 2008-as Analysis Services lekérde- 
zésoptimalizáló azonban már saját maga felis- 
meri az ilyen helyzeteket, és nem nekünk kell 


trükköznünk, hogy észrevegye. 


Oldalra skálázás 

Három olyan újdonságot is tartalmaz az Anal- 

ysis Services 2008, ami hozzájárul ahhoz, 

hogy immáron oldalra is skálázhassuk BL 
rendszerünket. 

n Olvashatóvá (read-only) tehető az Analysis 
Services adatbázisa. Bármilyen furcsa, az 
Analysis Services adatbázisai eddig nem 
voltak csak olvashatóvá (read only) tehe- 
tők. Épp ezért kellett leállítani a szervert 
fájlmásoláskor - lásd a következő mentési 
fejezetet -, hiszen módosulhattak a fájlok 
a másolás alatt, így verzióeltérések miatt 
könnyen előfordulhatott, hogy nem sike- 


rült visszaállítani az adatbázist. 


Microsoft TechNet 
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Az Analysis Services adatfájljának mindig 

azon a gépen kellett lennie, ahol a szerver 

futott. Eddig. A 2008-as verziótól kezdve 

átrakhatóak másik gépre. 

a És le: illetve visszakapcsolhatjuk az adat 
bázist (attach/detach). 

E három újdonság már lehetővé teszi, 
hogy kialakítsunk egy olyan architektúrát, 
amelyben egyszerre több kisebb teljesítmé- 
nyű szerver válaszol a felhasználók lekérdezé- 


sére. (Egy nagy és drága gép helyett.) 


Új backup-fájlszerkezet 
Az üzemeltetés hatékonyabbá tétele érdeké- 
ben megváltoztatták az Analysis Service-adat 
bázisok mentéseként előálló backup-fájl szer- 
kezetét. A régi fájlszerkezettel az volt a prob- 
léma, hogy elérve a 20 gigabájtos méretet, 
elkezdett exponenciálisan nőni a mentés el- 
készítésének időszükséglete. 

Hogy ezt elkerüljék, az üzemeltetők men- 


tés helyett inkább leállították a szervizt, és 
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7. ábra. Mentési sebességek összehasonlítása 


Az üzleti tervezés támogatása 

Mint a bevezetőben említettem, az OLAP 
rendszereket ad hoc jelentéskészítés mellett 
előszeretettel használják tervezésre is (4. he- 
lyen volt a , mire használják az OLAP-rend- 
szereket" listán), hiszen a többdimenziós fek 
építés, a hierarchiák menti felösszegzések 
(például: havi tervből éves terv előállítása) 


mind-mind szükségesek a tervezés 











támogatásához. 

Az Analysis Services mint OLAP- 
eszköz természetesen támogatja az 
egyszerűbb tervezési folyamatokat. 
Tudja fentről lefelé szétosztani, vagy 
lentről felfelé konszolidálni a terv- 
számokat, de ezt már a 2000-es ver 
z1ó óta tudja. 

Ami új a 2008-as Analysis Ser- 
vices tervezéstámogatásában (vissza- 
írás, vagy más néven write back), 
az az architektúra megváltozása. Az 
Analysis Services eddig a tervvarián- 


sok közti különbséget vagy első ver- 





zió esetén magát a tervet a relá- 





6. ábra. Oldalra skálázás az Analysis Services 2008-cal. 


átmásolták a DATA könyvtár tartalmát egy 
backup területre. Aztán ha végeztek, vissza- 
kapcsolták a szervizt, és folyhatott tovább a 
munka. 

A 7. ábra az Analysis Services 2005, 2008 
mentési sebességét hasonlítja össze a fájl 
másolás segítségével. (Az y tengelyen a má- 
sodpercek szerepelnek, az x tengelyen pedig 
megabájtok.) 

Az ábrából leolvasható, hogy a 2008-as 
Analysis Services mentésének készítése nem 
sokkal lassabb, mint a fájlmásolás sebessége, 
és hogy a mentés időszükséglete immáron li- 


neárisan függ az adatbázis méretétől. 


SZEPTEMBER-OKTÓBER 


ciós adatbázis-kezelőben tárolta, a 
2008-as verziótól azonban már átke- 
rült a többdimenziós adatbázis-kezelőbe, je- 
lentősen felgyorsítva ezzel a tervezett adatok 


lekérdezésének sebességét. 


Elemzés támogatása: nevesített 
halmazok 
Most az Analysis Services 2008 egyetlen olyan 
újdonságát fogom bemutatni, ami nem vala- 
mi meglévő modulon vagy a fejlesztők haté- 
konyságán hivatott javítani, hanem valami va- 
donatújat hozott létre. Ez pedig a dinamikus 
nevesített halmaz vagy más néven Dynamic 
Named Sets. 

Nevesített halmazok (Named Sets) eddig 
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is léteztek az Analysis 
Servicesben, és segít 
ségükkel dimenzióele- 
mekből  összeállíthat 
tunk egy halmazt, ami 
aztán úgy viselkedett, 
mint egy dimenzió. 
Ki lehetett rakni őket 
táblázat soraira, illetve 
ELNE oszlopaira. 

E halmazok tartab 
mát, azaz a halmazba 
beválogatott elemeket 
kézzel tudtuk módosí- 
tani, de olyan halmazokat nem tudtunk lét 
rehozni, amelyek elemei dinamikusan vál 
toznak az aktuális lekérdezéssel együtt. Ha 
például a TOP 5 vevőt tartalmazó nevesített 
halmazt hoztuk létre, akkor az mindig azt 
az 5 vevőt tartalmazta, amely a létrehozásá- 
nak pillanatában benne volt az 5 legjobb kö- 
zött. Ha viszont módosítottuk a lekérdezést, 
mondjuk, megváltoztattuk az évet 2008-ról 
2007-e, akkor a nevesített halmaz változatla- 
nul a 2008-as 5 legjobb vevőt mutatta. 

Ezzel szemben a dinamikus nevesített halk 
mazok dimenzióelemei dinamikusan változ- 
nak a lekérdezéssel együtt, azaz nem létreho- 
zásukkor töltődnek fel, hanem minden egyes 
olyan alkalommal, amikor megváltozik a rá 
hivatkozó lekérdezés. Így a 2008-as Analysis 
Services-zel már képesek leszünk olyan neve- 
sített halmazokat létrehozni, amelyek mindig 
az aktuális lekérdezésnek megfelelő 5 legjobb 


vevőt fogják visszaadni: 


CREATE DYNAMIC SET CURRENTCUBE.[5 legjobb 
vevő] 
AS TopCount 


( 

[Vevő] .Members, 

9 

IMeasures] . [Terv-tény eltérés 5] 
) 


Ezzel kivégeztük az Analysis Services 2008 
újdonságainak bemutatását, és már csak egy 


témánk van hátra. 


Az adatbázisban tárolt adatok 
kiaknázása 

Kezdjük talán azzal, hogy az Analysis Ser- 
vicesben épített Blrendszerek fölé tetszőle- 
gesen választhatunk frontendet, azaz olyan 
szoftvereket, amelyekkel az adatbázis lekér 


dezhető. Az Analysis Services lekérdezhe- 


ya 
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tő az Excelből, Reporting Servicesen és a 
PerformancePoint alkalmazásokon (ProCla- 
rity, Scorecard Manager, Planning) keresz- 
tül, de választhatunk harmadik szállító ter- 
mékei közül is, és fejleszthetünk saját front 
end alkalmazást is. 

Ezek a frontendek más és más igényt elé- 
gítenek ki, és ennek megfelelően a valódi 
BLrendszerek sem egyfajta frontendet hasz- 
nálnak az OLAPadatbázis lekérdezésére, ha- 
nem legalább egy webes lekérdezőből és egy 
munkaállomásokra telepített elemző eszköz- 
ből álló portfóliót használunk. 

A Reporting Services alapvetően a webes 
lekérdezési igényeket elégíti ki, így érthetően 
nem tud annyit, mint egy munkaállomásra 
telepített Excel. A PerformancePoint három 
speciális célalkalmazást is tartalmaz, amely- 
nek révén az Analysis Services-zel épített BL 
rendszerek adatbázisát lekérdezhetjük vagy 
módosíthatjuk. Ezek az üzleti tervezés tá- 
mogatására kifejlesztett Planning, a vállalati 
célok megjelenítését és lebontását lehetővé 
tevő Scorecard Manager és az elemzési mun- 
kát professzionálisan támogató ProClarity. 
Mivel ezekről az eszközökről részletesen ol 
vashat a TechNet Magazinban, mi maradunk 
a mindenki gépére telepített arany középút 


nál, az Excelnél. 


Az Excel 2007 

, Előbb-utóbb minden adat az Excelben lan- 
dol" - tartja a népi hiedelem, és mint min- 
den hiedelemnek, ennek is van valóságtartal- 
ma. Nincs ugyanis még egy olyan riporting 
eszköz, amellyel annyira könnyen lehetne 
testre szabni a riportokat, mint az Excellel. 
Gyönyörűen nyomtatható, minden egyes cel 
lája akár külön-külön is megformázható, és 
az adatok módosítására, statisztikai függvé- 
nyek egész hada áll rendelkezésre. 

Ha már úgyis Excelben landolnak az ada- 
tok, akkor kézenfekvőnek tűnhet, hogy te- 
gyük képessé az Excelt az OLAPadatok le- 
kérdezésére is. Ez eszükbe jutott más OLAP- 
adatbázisgyártóknak is, és sokan fejlesztettek 
frontend alkalmazásokat saját OLAP-adat 
báziskezelőjük fölé. A Microsoft is készített 
néhány add-int még a 2003-as Excelhez, de 
alapvetően a Pivottáblát javasolták az Analy- 
sis Services alapú adatbázisok lekérdezésére. 
Míg azonban az Excel 2003 még csak támo- 
gatta az OLAP-adatok megjelenítését a Pivot 
táblában, addig a 2007-es verzióban helyet ka- 
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pó új Pivottábla tervezésekor már figyelem- 
be vették, hogy legyen alkalmas hatékonyan 


együttműködni az Analysis Services-zel. 


Pivot-tábla 

A Pivottábla egy Excelbe épülő alkalmazás, 
amely az Excel 5 óta része az Excel táblázatke- 
zelőnek. Koncepciója azon alapult, hogy kel 
lene a felhasználók kezébe adni egy eszközt, 
amelynek segítségével adathalmazokat hoz- 
hatnak létre, majd ezeket az adathalmazokat 
tetszőlegesen mozgathatják táblázatok sorai- 
ra, oszlopaira, összegezhetik, rendezhetik tar- 
talmukat. Ez a koncepció nőtte aztán ki ma- 
gát addig, hogy az Excel 97-ben megjelent a 
varázsló, amellyel már sokkal egyszerűbben 
lehetett az adathalmazokat definiálni, majd 
a 2000-es verzióba beépül a kimutatásdiag- 
ram (Pivot chart), amely szinkronizálva volt 
a Pivottábla adataival. A fejlődés még ma is 
tart, és az Excel 2007 Pivottáblája már sok 
kal felhasználó: és , elemzésbarátabb", mint a 
korábbi verziók voltak. 

Teljesen megváltoztatták a Pivottábla fel- 
építését, egyszerűsödött a rendezés, bővült 
a szűrést támogató funkciók köre, új adatvi- 
zualizációs eszközök épültek az Excelbe, és a 
legfontosabb, hogy optimalizálták az OLAP- 
adatbázisok lekérdezésére. 

Van azonban a Pivottáblának egy olyan 
kötöttsége, amely hosszú évek múltán sem 
fog megszűnni: segítségével képtelenek le- 
szünk létrehozni úgynevezett szabad formá- 
tumú riportokat, amelyek sorain vagy osz- 
lopain nem dimenziók szerepelnek, hanem 
különböző dimenziók elemeiből összeállított 
listák. (Egyes hatóságok előszeretettel kérnek 
ilyen kimutatásokat €.) 

Képzeljen el egy olyan munkalapot, amely 
több egymástól teljesen független riportot 
tartalmaz, de minden egyes riport szinkroni- 
zálva van a dátum szűrőfeltétellel. Ha változ- 
tatunk a dátumon, akkor minden riport fris- 
sül a kiválasztott dátumnak megfelelően. Ezt 
a Pivottáblával nem tudjuk elkészíteni, de az 


úgynevezett kockafüggvényekkel igen. 


Kockafüggvények 

A kockafüggvények az Excel 2007-ben mutat 
koztak be először, és segítségükkel le tudjuk 
kérdezni az OLAP-adatkockákat. Nem kell 
semmi trükkös történetre gondolni, a koc 
kafüggvények ugyanolyan függvények, mint 
mondjuk a SZUMOS vagy az ÁTLAGO) csak 


CNN Re 


nem összeadják vagy átlagolják a paraméter- 
ként megadott számokat, hanem lefuttatják a 


paraméterben megadott lekérdezést. 







































-KOCKA.ÉRTÉK( "Értékesítés kocka 








[ b E mm mag F 
-KOCKA.ÉRTÉK "Értékesítés kocka 
KOLKAERTER kapcsolat; [tagkifejezési [; .) 








8. ábra. Kockafüggvények 


A kockafüggvényeket felparaméterezhet 
jük saját magunk is (megadhatjuk, hogy me- 
lyik adatkocka melyik mutatószámát, milyen 
szűrőfeltételek mentén szeretnénk lekérdez- 
ni), de egy már meglévő Pivottáblát is átala- 
kíthatunk kockafüggvényekké. 

Fontos, hogy ez a paraméter (például egy 
mutatószám neve) lehet egy fix szöveg, például 
, Forint", de lehet egy cella értéke is - mond- 
juk Al -, és ebben az esetben az Al-es cellá- 
ba beírt szöveget küldi el az Excel az Analysis 
Services felé. 

A kockafüggvények paramétereit előállít 
hatjuk más függvények segítségével is. Pél 
danlsázcaktálisádátumotsátadvassatieóckkas 
függvényeknek olyan riportot készíthetünk, 
amely mindig az aktuális napi adatokat fogja 
mutatni. 

A kockafüggvények segítségével tehát ki- 
léphetünk a Pivottábla zárt 2 dimenziós 
világából, és képessé tehetjük az üzleti fel 
használót akár teljesen amorf alakú riportok 
létrehozására is. Olyan újdonsága ez az Excel 
2007-nek, amely minden bizonnyal az elem- 


zők nagy kedvence lesz. 


Zárszó 
Az Analysis Servicesre épített üzletiintelli 
genciarendszerek egyik legnagyobb előnye, 
hogy megteremtik az önálló elemzés és ri 
portkészítés lehetőséget az üzleti felhaszná- 
lók számára. A bevezetés után jelentősen 
csökkenni fognak a beszámolók előállításá- 
hoz szükséges idők, és szépen lassan le fog- 
nak szokni a felhasználók az ILtől való in- 
formációkérésről is. A végén pedig mindenki 
azt fogja csinálni, amihez a legjobban ért: az 
informatikus az üzemeltetéshez, illetve a fej- 
lesztéshez, a kontroller pedig az elemzéshez. 
Kővári Attila 
(www.biprojekt.hu) 
BI-bevezetési tanácsadó, SOL Server MVP 


Microsoft TechNet 
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CSÁKÁNYT A KÉZBE! 


Adatbányászat SAL Server 2008 Analysis Services segítségével 


z információs technológia robbanásával nemcsak az vált teljesen természetessé, hogy 
adatainkat számítógépen tároljuk, hanem mára már azon sem csodálkozik senki, hogy 
az adataink szinte elárasztanak bennünket. Mindegy, hol tároljuk őket, fájlrendszer- 
ben, Excelmunkalapokon vagy adatbázistáblákban, egy kritikus méret felett áttekinthetetlen- 
né válnak. Persze az évek során számos technológia fejlődött ki az adatok karbantartására és ke- 
resésére, gondoljunk csak az operációs rendszerbe épített dokumentum: és e-mail-kereső szol 
gáltatásra vagy éppen a I-SOL nyelvű lekérdezésekre. Sajnos, ezeknek a módszereknek van egy 
közös gyenge pontjuk: csak akkor adnak eredményt, ha pontosan megadjuk, mit keresünk. 
De mi van akkor, ha nem egy konkrét fájlt vagy egy rekordot szeretnénk megtalálni, hanem 
összefüggésekre vagyunk kíváncsiak? A relációs adatbázis-kezelés eszközeivel hogyan kereshe- 
tünk kapcsolatot az egyes rekordok vagy egy tábla attribútumai között? Ebben az esetben jut 
nak szerephez az adatbányászati technológiák, amelyek lehetővé teszik, hogy az adathalmazok- 
ból olyan nem triviális, korábban nem ismert vagy potenciálisan hasznosnak vélt információ- 
kat bányásszunk ki automatizálható módszerekkel, amelyek alapján akár előrejelzéseket is ké- 
szíthetünk. Ellentétben 
az OLAPrendszerekkel, 


amelyek csak az informá- 





Adatok vizsgálata Here ri 


készítése 











ció megtalálásában segí- 





tenek, az adatbányászat 1. ábra. Az adatbányászat szerepe 


célja tudásfeltárás. 





Az adatbányászat mö- 
Szoftver 


szerepe 







Adatbányászat 


Prediktív analízis 


gött igen komoly mate- 
matikai háttér van, nem Proaktív 
véletlen, hogy az adatbá- 
zis-technológiákkal kom- 


binált összetett statiszti j 
Interaktív 
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Ad-hoc jelentések 
Kész jelentések 


Megjelenítés 


kai és valószínűség-szá- 


mítási módszerek sokak 





számára igen  elretten- 


87 zi 8 Passzív 
tőnek tűnnek. Ma már 








Kutatás Felfedezés — Üzleti cél 





azonban a az iadatbanyas 
szat nemcsak az akadé- 2. ábra. Prediktív elemzések kontra hagyományos jelentéskészítés 

mikusok játéka, hanem 

végfelhasználói közelségbe került: algoritmusok részletes ismerete nélkül, Excelben kattintgat 
va kaphatunk választ olyan kérdésekre, mint hogy mi befolyásolja a vevőink elégedettségét, mi- 


lyen termékeket vásárolnak együtt, vagy éppen adhatunkee hitelt egy adott ügyfélnek. 


Adatbányászat és üzleti intelligencia 

Bár az adatbányászati technológiákat és módszereket számos területen alkalmazzák a spamszű- 

réstől kezdve az orvostudományon, a játékiparon és a forgalomelemzésen keresztül egészen a 

terroristaelhárításig, leggyakrabban üzleti adatok elemzéséhez vetik be őket. Íme néhány tipikus 

prediktív elemzési üzleti probléma, amelyek megoldásához jól használható az adatbányászat: 
Bevásárlókosár-elemzés. Mely termékeket veszik általában együtt a vevők, mit érdemes 


ajánlani nekik? 
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Elégedetlenségi elemzés. Mi kell ahhoz, 
hogy megtartsunk egy ügyfelet, vagy éppen 
mi készteti a vevőinket, hogy átpártoljanak a 
konkurenciához? 

Piacelemzés. Tulajdonságaik, szokásaik és 
igényeik alapján milyen szegmensekbe sorol 
hatók az ügyfeleink? 

Előrejelzés. Várhatóan mennyi fog fogyni 
egyes termékekből az elkövetkező időszak: 
ban, mennyit kell raktárra rendelnünk? 

Kampányelemzés. Az egyes vásárlói szeg- 
mensek számára mik a fontos paraméterek, 
hogyan hirdessük számukra a termékeinket 
és szolgáltatásainkat? 

Az adatminőség javítása. Ennek a me- 
zőnek helyes az értéke, vagy vajon elgépelés 
történt, és ha ez utóbbi, mit akarhatott írni 
a felhasználó? 

Csalások felismerése. Bár formailag he- 
lyes, elfogadható-e egy adott mező értéke, 
vagy gyanúsan kilóg a sorból? 

Szövegelemzés. Mik a leggyakoribb beér 
kező kérdések vagy kifogások? 


Adatbányászati feladatok 


A fenti felsorolás alapján talán már látha- 
tó, hogy az adatbányászat számtalan üzleti 
probléma megoldásához használható. Ezek 
a problémák jellegük alapján tipikus csopor- 
tokba sorolhatók. 

Osztályozás. Az osztályozás az új elemek 
automatikus besorolását jelenti az előzetesen 
meghatározott kategóriák valamelyikébe, a 
predikció célja tehát az osztály meghatáro- 
zása. A megoldáshoz szükségünk van egy 
modellre, amely az elemek tulajdonságainak 
függvényében képes meghatározni az osztály 
attribútumot. A modellt ezek után betanít 
juk olyan minták alapján, amelyek esetén 
már ismert az osztály, tehát a modell maga 
ismeri fel az egyes osztályok elemei közöt 
ti hasonlóságot. Tipikus osztályozási algo- 
ritmusok a döntési fák, neurális hálók és a 


Naive Bayes algoritmus, alkalmazási terü- 


ya 
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64 Adventure Works - Microsoft Visual Studio 
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Input: 
Attribute 
Gender 


Mining Model: ! TM Neural Net v] — Viewer: ! Microsoft Neural Network Viewer ri ád 
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Variables: 
Value 
Í 73-86 
104 Miles 


Manual 


Attribute 


Commute Distance 
Occupation 
Number Cars Owned 3 

Age 25:86 
Number Children At Home 3 
70-73 
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Age 
Region 
Total Children 5 

78 842,187 - 153 729,606 
Number Cars Owned 0 

5-10 Miles 

52-58 

Age 35 - 40 

Total Children 4 


Yearly Income 


Commute Distance 


Age 
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3. ábra. Mitől függ, hogy a férfiak vesznek-e kerékpárt? 


letek pedig a hitelbírálat, kockázatelemzés, 
kampányelemzés. 

Klaszterezés. A klaszterezés az osztályozás- 
sal rokon feladat; célja, hogy egy halmaz ele- 


meit a megadott számú cso- 





ziónak. Fontos tényező az időablak mérete, 
amellyel meghatározzuk, hogy milyen idő- 
intervallumon belül figyeljük az események 


egymásutániságát. Tipikus alkalmazási terü- 





portba soroljuk. Itt tehát 
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annak meghatározása, hogy 
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mely elemek tartoznak ösz- 
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Valószínűleg vásárol-e kerékpárt Ad 
Nem 








sze - és ezzel az osztályok 


Családi állapot 


Házas 


Nem 





Régió 


Észak Amerika 
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megtalálása. A piacelemzés 
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Igen 
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például tipikus klaszterezé- 


Régió 





si feladat. 
Asszociációs szabályok 


vez 
szabályok keresése tipiku- 


keresése. aSSZOCiÁCiIÓS 
san ha X akkor Vis típusú 
szabályok felderítése, amelynek leggyakoribb 
alkalmazási területe vásárlói kosarak elemzé- 
se. Ebben az esetben nemcsak a szabályok, 
hanem a gyakori elemhalmazok és a hozzá- 
juk tartozó valószínűség (például sör és chips 
együtt 70 százalékos valószínűséggel) felderí- 
tése is cél. 

Szekvenciák keresése. A szekvenciakere- 
sés során nemcsak az egyes esetek tulajdon- 
ságai számítanak, hanem kiemelt jelentősége 


van azok sorrendjének, azaz az idődimen- 


ye 


Ázsia 
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Kiemelt vevők . Előrejelzés . 


4. ábra. Az elemzés eredménye: akinek van 2 autója, házas és amerikai, az 


szinte biztosan nem vesz kerékpárt 
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jelzési feladat egyfajta szekvenciakeresésnek 
fogható fel, ahol egy változó jövőbeli értékét 
kell meghatároznunk korábbi minták alap- 
ján. Gyakori alkalmazási terület az eladás- és 
raktárkészletkezelés, valamint a tőzsdei árfo- 
lyamok alakulásának előrejelzése. 

Eltéréselemzés. Az eltéréselemzés felada- 
ta azoknak a ritka elemeknek a megtalálása, 
amelyek jelentősen eltérnek a többitől, azaz a 
korábban megfigyelt mintától. Leggyakoribb 
alkalmazása a bankkártyacsalások felderíté- 
se, de használható hálózati forgalom elem- 
zésére, behatolások és DOS-támadások jel 
ZÉSÉTE ÍS, 

Egy konkrét üzleti probléma megoldása ese- 
tén gyakran a fenti alapfeladatok kombináció- 
ját, azaz több algoritmust használunk. Például 
annak meghatározásához, hogy mitől lesz na- 
gyobb hasznunk egy ügyfélből, első lépésben 
szegmentálhatjuk a partnereinket (klasztere- 
zés), majd kapcsolatot kereshetünk a profit és 
az ügyfelek tulajdonságai között (osztályozás), 
felderíthetjük az igényeiket (asszociációs sza- 
bály keresése), és megfigyelhetjük a vásárlói 
szokásaikat (szekvenciák keresése), végül pe- 
dig az így kapott információk alapján határoz- 


hatjuk meg vállalati stratégiánkat. 


Hogyan lesz az adatból információ? 

Az adatbányászat folyamatának de facto szab- 
ványa 1999-ben született meg CRoss Indust- 
ry Standard Process for Data Mining, az- 
az CRISPDM néven. A szabvány érdekessé- 
ge, hogy nem elméleti szakemberek alkották 
meg zárt ajtók mögött, hanem az alkotók 
valós projektek tapasztalatait osztották meg a 
világgal, ezért nem csoda, hogy a Microsoft is 
csatlakozott a kezdeményezéshez, és az SOL 
Server 2008-ban is ennek a metodológiának 


az elemeivel találkozhatunk. 


A CRISPDM 1.0 referenciamodell hierar 





§ 16 . 6 fi 700000 
letei közé tartozik a riasz- 
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tások kezelése és kereske- 


delmi területen a vásár: szazbztatn 


400000 


lások sorrendjének elem- 
zése, az utóbbi időben reésljés 
pedig a DNSláncok és a 


webkiszolgálóknaplóinak 
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5. ábra. Hat hónapos előrejelzés Excelben 


Microsoft TechNet 
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6. ábra. Fázisok a CRISP-DM 1.0 modellben 


chikus, négy absztrakciós szinten definiálja 
az adatbányászat lépéseit. Magas szinten a fo- 
lyamat hat fázisból áll. 

Az első lépés a projekt céljainak felmérése 
üzleti szemmel, majd átültetésük az adatbá- 
nyászat világába azzal, hogy mérnöki szem- 
mel definiáljuk a problémát. Miután adott 
a feladat, fel kell derítenünk a rendelkezé- 
sünkre álló adatokat, hogy képünk legyen ar- 
ról, mely adathalmazok segíthetnek a rejtett 
információk kinyerésében. A rendelkezésre 
álló adathalmazból általában nincs szüksé- 
günk mindenre, ezért következik egy adat 
előkészítő lépés, amelynek során transzfor- 
mációk sorozatával kiválasztjuk a szükséges 
attribútumokat és rekordokat, majd meg- 
tisztítjuk az adatokat, mielőtt felhasználjuk 
őket. A következő fázis egy adatbányászati 
algoritmus kiválasztása és a hozzá kapcsoló- 
dó modell megépítése, majd a modell számos 
paraméterének finomhangolása. Könnyen 
előfordulhat, hogy több modellel is kísérle- 
tezünk a feladat megoldása érdekében, és bi- 
zony megeshet, hogy egy másik modell más 
bemeneti adatokat követel meg, ezért vissza 
kell lépnünk, és újra faragnunk kell kicsit az 
adatokon. Ha már van egy modellünk, érde- 
mes alaposan tesztelnünk, hogy lássuk, meny- 
nyire pontos, megbízható és hasznos az üzle- 
ti problémánk szemszögéből. Végül miután 
megbizonyosodtunk a modell életképességé- 
ről, hadrendbe állíthatjuk, azaz beépíthetjük 
saját alkalmazásainkba és vállalati folyama- 
tainkba. 

Ezzel persze még nem vagyunk készen, fi- 
gyelembe kell vennünk ugyanis, hogy model 
lünk valószínűleg nem időtálló, ezért a vál 
tozó üzleti igények követéséről nekünk kell 
gondoskodnunk. Ez a gyakorlatban lehet, 


hogy csak a modell paramétereinek ponto- 
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sítását jelenti, de az is előfordulhat, hogy a 
megváltozott igényeket csak egy másik mo- 
dell megalkotásával tudjuk kielégíteni - azaz 
idővel kezdődik elölről a folyamat. 

A fenti hat fázison belül a referenciamo- 
dell meghatározza az egyes lépésekben elvég- 
zendő feladatokat is. Mivel a meghatározások 
elég általánosak ahhoz, hogy minden adatbá- 
nyászati projektben használhatóak legyenek, 
a CRISP-DM gyártó- és eszközfüggetlen mó- 


don válhatott iparági szabvánnyá. 


Irány a bánya! 

A CRISP-DM által elméletben megfogalma- 
zott feladatokat a gyakorlatban a Business 
Intelligence Development Studio, azaz a BIDS 
segítségével végezhetjük el. A BIDS a Visual 
Studio 2008 testre szabott változata, ame- 
lyet az SOL Server 2008-cal együtt telepít 
hetünk akár a kiszolgálóra, akár a munka- 
állomásra, és amely fel van készítve Analysis, 
Integration és Reporting Services projektek 
fejlesztésére. 

Egy Analysis Services Projectben az első lé- 
pés egy Data Source objektum létrehozása. 
A data source segítségével határozzuk meg 
azt az adatforrást, amellyel dolgozni fogunk, 
ehhez a varázslóban az adatok helyét és a kap- 
csolódáshoz használt felhasználói fiókot kell 
megadnunk. Az adatforrás bármilyen OLE 
DB-n vagy .NELes adatszolgáltatón (provid- 


A Algorithm Parameters 


[midi x 


amelyeknek általában csak egy részhalmazára 
van szükségünk adatbányászati feladatunk 
megoldásához. Azonosítanunk kell tehát azt 
a táblát, amely az elemzendő eseteket tar 
talmazza (case table), azon belül azokat a 
sorokat és oszlopokat, amelyek valóban re- 
levánsak, továbbá azokat a kapcsolódó táb- 
lákat, amelyek még szükségesek a probléma 
megoldásához. A teljes adatforrás egy részé- 
nek ilyen formán történő kivágásához Data 
Source View (DSV) objektumot kell létrehoz- 
nunk. A DSV lehetőséget ad számított oszlo- 
pok definiálására is, így akár bővíthetjük is 
az adatszerkezetünket. 

A bemeneti adatok meghatározása után a 
következő lépés a két legfontosabb objektum, 
a Mining Structure és azon belül a Mining 
Model létrehozása. A Mining Structure objek- 
tumban írjuk le, hogy a bemeneti adatokat 
hogyan szeretnénk használni: itt adjuk meg 
például az egyes oszlopok adattípusát (szám, 
szöveg, dátum stb.), a tárolt adatok típusát 
(folytonos, diszkrét stb.), eloszlását (normál, 
logaritmikus stb.) és célját (bemenet, jóslan- 
dó stb.). Mindezek a paraméterek jelentősen 
befolyásolják a választott algoritmus műkö- 
dését, amelyet a struktúrához rendelt modellL 
ben határozunk meg és paraméterezünk fel. 

A Microsoft kilenc algoritmust szállít az 
SOL Server 2008-cal, amelyek közül a meg- 
felelő kiválasztása és optimális paraméterezé- 

se tapasztalatot, gyakorlást vagy 


legalább szerencsét igényel, hi 





Parameters: 


szen egy adott feladatra kevés- 





Parameter Value Default 


CLUSTER SEED 

CLUSTERING METHOD 1 
MAXIMUM INPUT ATTRIBUTES 255 
MAXIMUM STATES 100 
MINIMUM SUPPORT § 
MODELLING CARDINALITY 10 
SAMPLE SIZE 

STOPPING TOLERANCE 10 





CLUSTER COUNT KGK ET [TESTI 
0 
12.34 


0,[2,65535] 


Range bé alkalmas algoritmus jelentő- 


[0,..) sen eltérő eredményt produkál 


10.65535] hat. Szerencsére a Books Online 
Algorithm Reference fejezete sok 


segítséget ad az induláshoz, a 








Description: 


best determine the number of clusters to build. The default is 10. 





Specifies the approximate number of clusters to be built by the algorithm. If the approximate 
number of clusters cannot be built from the data, the algorithm builds as many clusters as 
possible. Setting the CLUSTER COUNT parameter to 0 causes the algorithm to use heuristics to 


profibbak pedig akár saját algo- 
ritmus implementálásával is bő- 
víthetik a rendszert. 


Ha megvan a modell, be kell 





Add 


Es essel 


1 Remove 








7. ábra. A modellek finomhangolása gyakorlott bányászoknak 


er) keresztül elérhető adatbázis lehet, tehát 
- a közhiedelemmel ellentétben - nemcsak 
OLAP-kockákon tudunk adatbányászati mű- 
veleteket végezni, hanem relációs adatokon, 
Access-adatbázisokon vagy akár Excelrmun- 
kalapokon is. 


Az adatforrások komplex adatszerkezetek, 





Help tanítanunk azt, amit a modell 





feldolgozásának (Process) is ne- 
veznek. Az SOL Server 2008 új- 
donsága, hogy nem kell külön 
tanító- és tesztelőadatokat biztosítanunk, elég 
megadnunk, hogy a bemeneti adatok hány szá- 
zalékát használja a rendszer tesztelésre - ez az 
úgynevezett holdout, és tipikusan 30 százalék. 

A betanított modell már használható, fut 
tathatunk lekérdezéseket rajta. Előtte azon- 


ban célszerű megvizsgálni, hogy a modellünk 
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8. ábra. Modellek pontosságának összehasonlítása Lift Chart segítségével BIDS-ben 


mennyire sikerült jól. Itt három szempontot 
szokás figyelembe venni. 

Pontosság. Valóban helyes értékeket jósol 
a modell? 

Megbízhatóság. Jól működik-e a modell 
más bemeneti adatokra is? 

Hasznosság. Feltárulnak-e újabb összefüg- 
gések a modell használatával, vagy csak nyil 
vánvaló kapcsolatokat ismert fel a rendszer? 

A modell pontosságának meghatározását 
a BIDS vizuális eszközökkel támogatja: Lift 
Chart, Profi Chart" Scatter Flots típtisúrediasz 
ramok és Classification Matrix áll rendelke- 
zésünkre. 

További segítség az SOOL Server 2008-ban 
bevezetett Cross Validation funkció, amely a 
tanító- és tesztelő-radathalmazok particioná- 
lásával és forgatásával segíti a modell megbíz- 
hatóságának meghatározását. 

Miután megbizonyosodtunk modellünk 
helyességéről, bevethetjük éles használatra. 
Ennek legegyszerűbb változata, ha közvetle- 
nül a BIDS eszközeivel végzünk lekérdezé- 
seket a modellen. Hasonló grafikus eszkö- 
zöket találunk a Management Studióban is, 
de akár Reporting Services-ből, Excelből és 
Visióból is kapcsolódhatunk a modellhez. 


Halandóknak 


Az előző fejezetben bemutatott folyamat, az 
objektumok létrehozása és paraméterezése 
nemcsak szakértelmet kívánó, de időigényes 
feladat is. A Microsoft is belátta, hogy ha- 


ya 


landó felhasználók számára az igazi adatke- 
zelő és -elemző eszköz az Excel, ezért készí- 
tett hozzá egy ingyenes Data Mining Add-ins 
for Microsoft Office 2007 nevű kiegészítést, 
amely a modell összeállítását a lehető legjob- 
ban automatizálja, hogy a felhasználó a mo- 
dell lekérdezésére, a valódi jóslásra és tudás- 
feltárásra tudjon koncentrálni. 


A bővítmény valójában két Excel és egy 


Az SOL Server 2008 adatbányászati funkcióihoz 
tartozó Excel-bővítményeket igazán érdemes kipró- 
bálni, nagyon gyorsan érhetünk el velük látványos 
eredményeket, és tanulhatunk bele az adatbányá- 
szatba. Ha nincs kéznél telepített Analysis Services, 
akkor is kipróbálhatjuk a Table Analysis Tools funk- 
ciókat, ha ellátogatunk a http://www.sglserverdata- 
mining.com/cloud címre. Csak egy böngészőre lesz 
szükségünk! 





Visio-kiegészítést tartalmaz. A Data Mining 
Client for Excel a szalagon jeleníti meg a Data 
Mining fület, amelyen közvetlenül végezhet 
jük el a BIDS-ben már megismert műveletek 
többségét. Bár szinte minden gomb egy-egy 
varázslót indít el, ezek használatához célszerű 
ismerni az adatbányászat fogalmait. 

A bővítmény másik komponense a jóval 
egyszerűbb IJable Analysis Tools, amely az 
Exceltábla objektumait okosítja fel. A tele- 
pítés után, ha bármelyik táblára kattintunk, 
megjelenik a Table Tools csoportban egy Ana- 
lyze fül és a hozzá tartozó szalagon számos 
adatbányászati funkció. 

Ezek a gombok is varázslókat indítanak el, 


azonban ezek a varázslók kevésbé technikai 





a 
09 Adventure Works - Microsoft Visual Studio 
File Edit View Project Build Debug Data 
(3) - 81- gő [d ő] 4 . . A-B 
Targeted Mailing.dmm [Design] / 
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9. ábra. Attribútumok közötti függőségi viszonyok elemzése BIDS-ben 


Microsoft TechNet 
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Ca ki Bikes 1K HU.xlsx - Microsoft Excel 


Accuracy and Validation 





Table Tools 
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10. ábra. Data Mining-szalag az Excel 2007-ben 
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IT. ábra. Az Analyze-szalag az Excel 2007-ben 


részleteket kérdeznek, átlagfelhasználók szá- 
mára könnyebben emészthetőek. 

Bármelyik szalag funkcióit használjuk, ne 
felejtsük el, hogy a háttérben szükség van 
az SOL Server Analysis Services-re és azon 
belül egy adatbázisra, amelyben a felhaszná- 
lónak jogosultnak kell lennie objektumok 
létrehozására. A szükséges kiszolgálóparamé- 
terek beállítását és munkaadatbázis létreho- 
zását a bővítmény telepítő könyvtárában talál 
ható Microsoft.SglServer. DataMining.Office. 
ServerConfiguration.exe alkalmazás segítségé- 


vel tudjuk könnyen elvégezni. 


A parancssor varázsa 
Üzemeltetők és SOL-guruk fejében felmerül 
het, hogy persze szép ez a sok varázsló a Bu- 
siness Intelligence Development Studióban, 
de hogy lehet ezt elvégezni parancssorból? Az 
adatbányászati feladatok megoldásához nem 
elég a I-SOL kifejezőereje, helyette a Data 
Mining Extensions (DMX) nyelvet használ 
hatjuk. A két nyelv között óriási a hasonló- 
ság - a DMX a TSOŐL kiterjesztéseként is fel- 
fogható -, mindkettőben találunk az adatok 
szerkezetére (data definition statements) és az 
adatok kezelésére (data manipulation state- 
ments) vonatkozó utasításokat. 
Adatbázis-objektumainkat a megszokott 
CREAT E, ALI ER és DROP utasításokkal ke- 
zelhetjük, létezik például CREATE MINING 
STRUCTURE és ALTER MINING MODEL 
utasítás. Természetesen itt is meg kell ad- 
nunk a mezők nevét és típusát, továbbá az 
értékek típusát és a mező célját, valamint mo- 
dell esetén a választott algoritmust is. Egy új 


modellt például így hozhatunk létre: 


CREATE MINING MODEL [KerekparEladasok] 


( 
[Azonosító] LONG KEY, 
ÍNem] TEXT DISCRETE, 


SZEPTEMBER-OKTÓBER 


[Autók Száma] LONG DISCRETE, 
[Vásárolt-e] TEXT DISCRETE PRE- 
DICT 


) 
USING MICROSOFT DECISION TREES 


Szintén a data defimition csoportba tartoz- 
nak a mentéshez és a visszatöltéshez használ 
ható EXPORT és IMPORI utasítások. 

Miután létrehoztuk a mining structure és 
mining model objektumainkat, a következő 
lépés a modell betanítása, azaz feltöltése ada- 
tokkal, melyhez az INSERT INTO utasítást 
használhatjuk. Végül a betanított modellt a 
SELECT utasítással kérdezhetjük le, amely- 
nek számos formája közül prediktív elemzési 
feladatokhoz valószínűleg legtöbbet ezt fog- 


juk használni: 


SELECT [TOP crow countz:] cselect expres- 
sion list: 
FROM cmodel:z 


[ 
ÍNATURAL] PREDICTION JOIN 
csource dataz AS caliasz 
[ ON ccolumn mapping? ] 
Í WHERE cfilter expression: ] 
Í ORDER BY cexpressionz ] 


] 


A DMX nyelv függvényeket is tartalmaz. A 
SELECT kulcsszó után megadott kifejezésben 
használhatjuk például a Predict függvényt egy 
oszlop jósolt értékének lekérdezésére, vagy a 
PredictProbability függvényt, ha azt akarjuk 
tudni, hogy egy oszlop milyen valószínűség- 
gel vesz fel egy adott értéket. Szintén függvé- 
nyeket használhatunk az esetek szűrésére a 
WHERE kulcsszó után: az IsIrainingCase és 
az IsIestCase függvények akkor térnek vissza 
true értékkel, ha az adott eset a modell beta- 
nítására vagy tesztelésére használt. 

A DMX mellett érdemes megismerked- 
nünk az Analysis Services szkriptelésére - te- 
hát nem csak adatbányászati feladatokra - al- 


kalmas Analysis Services Scribting Language 


(mlEil xXx 









Szkriptek írásához nagy kezdőlendületet kaphatunk, 
ha a Management Studióban megnyitjuk a Template 
Explorer ablakot, és átváltunk az Analysis Services 
Templates csoportra, itt ugyanis 30 DMX- és 18 
XMLA-szkriptsablon segíti a leggyakoribb feladatok 
megoldását. 


. Template Explorer sik] 
TETTE 
"ű [a Analysis services lemplates 
E CH DMX 
EH Model Content 
EH Model Management 
E Prediction Öueries 
E Structure Content 
E CH MDX 
E CH XMLA 
E Managernent 
E schema Rowsets 
E Server Status 






































Template Explorer az SOL Server Management 
Studióban 


DMX-szkriptek esetén további segítség az IntelliSense- 
támogatás, illetve hogy a sablon megnyitása után a 
Overy menüben a Specify Valyes for Template Para- 
meters menüpontra kattintva gyorsan megadhatjuk a 
szükséges paramétereket. Ha bővíteni szeretnénk a 
sablonok listáját, egyszerűen mentsük el a szkriptjein- 
ket a 9oProgramFilesgoWicrosoft SOL Servet00y 
Tools BinniVSShelNCommonzZ WDEValWorkbench- 
ProjectitemsnalysisServices mappába. 





(ASSL) nyelvvel is. Az ASSL a szabványos 
XML for Analysis (XMLA) APLt használ 
ja a parancsok és paramétereik leírására, 
amelyeket SOAP protokollon keresztül, TCP 
vagy HTIP felett küldhetünk el a szerver- 
nek, ahogy azt a BIDS és a Management 
Studio is teszi. Mindegy, hogy OLE DB, 
ADO, ADOMD.NNEI vagy bármilyen más 
kliensből fordulunk a szerverhez, végső so- 
ron a brovider XMLA tt állít elő, ez ugyanis az 
Analysis Services platform- és nyelvfüggetlen 
kommunikációs protokollja. 

Az XMLAsszkriptek írását segíti, hogy ami- 
kor a Management Studióban Analysis Ser- 
vices objektumokon vagy a Properties ab- 
[akban kattatunkassenbt somotra SSZIMtén 
XMLAs:sszkriptek keletkeznek. Példaként íme 


egy modell törlését végző szkript: 
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cDelete xmlns-"http://schemas.microsoft. 
com/analysisservices/2003/engine": 
cObject: 
cDatabaselD:Bikescs/DatabaselDz 
cMiningStructurelDzForgalomc/ 


MiningStructurelD:z 
cMiningModellDzKerekparEladasokc/ 
MiningModelID: 
c/Object: 
c/Deletez 


Ezeket a szkripteket legegyszerűbben az 
SOL Server 2008 Integration Services vagy a 
példaprogramok között megtalálható ascmd. 
exe segítségével futtathatjuk, sőt akár sa- 
ját alkalmazásainkba is beépíthetjük őket az 
ADOMDNNEET brovider segítségével. 

A más platformokkal való együttműkö- 
dés és kifogástalan kompatibilitás érdeké- 
ben az SOL Server 2008 Analysis Services 
a DMX és az ASSL mellett támogatja 


kus felületet új objektumok létrehozására, 
ez a funkció ugyanis egy másik eszközben, a 
Business Intelligence Development Studióban 
kapott helyet. 

Az SSMS és a BIDS megfelelő jogosult 
ságok birtokában képes távolról csatlakozni 
a kiszolgálóhoz, így telepíthetjük őket bá- 
nyásztársaink munkaállomásaira is. Érdemes 
még külön letölteni az SOL Server Feature 
Pack részeként elérhető Microsoft SOL Server 
2008 Data Mining Add-ins for Microsoft 
Office 2007 kiegészítést, ezzel közvetlenül az 
Excelből varázsolhatunk modelleket, és fut 
tathatunk lekérdezéseket. 

Az egyes eszközökhöz található súgó szo- 
kás szerint az SOL Server Books Online-ban 
olvasható, amelyben a Basic Data Mining 


Tutorial címszó alatt hasznos bevezetőt ta- 





a Data Mining Group által elfogadott, 
XML alapú Predictive Model Markup 
Language (PMML) nyelvet is. 


Telepítés 

Amennyiben adatbányászati feladato- 
kat kell megoldanunk, az SOL Server 
2008 telepítésekor mindenképp válasz- 
szuk ki az Analysis Services (SSAS) 
komponenst, ez fogja tárolni az ada- 
tainkat és futtatni a modellünket. A 
telepítő még meg fogja kérdezni, hogy 
hol szeretnénk tárolni az adatbázisa- 
inkat (bátran tegyük át másik partí- 
cióra), és hogy mely felhasználókkal 


szeretnénk futtatni és üzemeltetni a 














szolgáltatást. Mivel a telepítőt teljesen 
újraírták, és részben ez veszi át a ko- 
rábbi Surface Area Configuration Tool 
szerepét, már a telepítésnél gondoljuk végig, 
hogyan használjuk minimális jogosultságok- 
kal a szolgáltatást. A Database Engine-hez 
hasonlóan, egy számítógépre több, nevesí- 
tett SSAS-példány (instance) is telepíthető 
egymás mellé, sőt akár SOL Server 2000 és 
2005 verziók mellé is telepíthető SOL Server 
2008 Analysis Services. 

Az adatbázisban található objektumok 
megtekintésére és szkriptek futtatására szokás 
szerint az SOL Server Management Studiót 
(SSMS) használhatjuk, csak bejelentkezésnél 
adjuk meg, hogy nem Database Engine, ha- 
nem Analysis Services típusú kiszolgálóhoz 
szeretnénk csatlakozni. Ne lepődjünk meg 


azon, hogy gyakorlatilag nem kapunk grafi- 
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12. ábra. Az adatbányászati funkciók helye az SOL Serverben 


lálunk az eszköz használatába. Az SOL Serv- 
er példaprojektjei és példaadatbázisai azon- 
ban nincsenek a telepítőcsomagban, hanem 
új helyen, a http://codeplex.com/SdlServer- 


Samples címen érhetők el. 


Jogosultságszabályozás 

Az adatbányászathoz felhasznált forrásada- 
tok igen értékesek, és sokszor érzékenyek, 
ezért természetesen kiemelt gondot kell for- 
dítanunk az adatok biztonságára. Az SOL 
Server Analysis Services hozzáférés-szabályo- 
zása aránylag könnyen átlátható: Windows- 
felhasználóinkat vagy inkább -csoportjain- 
kat szerepkörökhöz rendelhetjük, és ezekre 


meghatározhatjuk, hogy az adatbázis mely 


— Xx 
S 


objektumát érhetik el. Fontos, hogy win- 

dowsos integrált hitelesítésről van szó, és 

hogy felhasználóknak közvetlenül nem adha- 
tunk jogosultságot, csak szerepköröknek. Az 

SOL Server relációs motorjával ellentétben 

itt nem használhatunk tiltó (DENY) engedé- 

lyeket, így egy felhasználó eredő jogosultsága 

a szerepköreihez rendelt (megengedő, azaz 

ALLOW) jogosultságok uniója lesz. 

Az SSAS kétféle szerepkört ismer: kiszolgá- 
lószintű és adatbázisszintű szerepkört. Kiszol 
gálószinten csak egy Server Administrators sze- 
repkör létezik, amely felhasználó ennek tagja, 
az tetszőleges objektumhoz hozzáférhet, és 
tetszőleges műveletet végezhet az adott SSAS 
kiszolgálópéldányban. Noha ez a felhasználói 
felületen nem látszik, alapértelmezés szerint 
az operációs rendszer helyi Administrators 
csoportjának felhasználói tagjai lesznek en- 
nek a szerepkörnek!, de a telepítő is külön 
rákérdez, hogy milyen felhasználói fiókokkal 
szeretnénk üzemeltetni a kiszolgálót. 

Az Analysis Services minden egyes adat 
bázisában definiálhatunk adatbázisszintű sze- 
repköröket. Itt adhatunk Full control (Admin- 
istrator), Process database vagy Read defmition 
jogot az egész adatbázisra, de akár részletesen 
is megadhatjuk, hogy a szerepkör tagjai mely 
objektumokhoz férhetnek hozzá. Az Il. táblá- 
zat összefoglalja, milyen jogosultságok közül 
válogathatunk: 

Mint látható, van lehetőségünk finoman 
szabályozni a felhasználó jogosultságait, né- 
hány problémába azonban könnyen belefu- 
tunk: 

a Az esetek nagy részében az SSAS felhasz- 
nálóinak nem kell elérniük azokat az adat 
forrásokat, amelyekre az adatbázis épül. 
Adatbányászati feladatok esetében azon- 
ban ennek épp az ellenkezője igaz, leg- 
alább olvasási jog szükséges. Ezenkívül 
minden egyes adatforrásnál megadhatjuk, 
hogy a rendszer egy adott felhasználói 
fiókkal vagy megszemélyesítéssel próbál 
jom csatlakozni az adattottáshoz. 

n Ha a felhasználónak adunk Drill Through 


jogot, akkor lesz lehetősége lefúrni és meg- 
! Ha ezt nem szeretnénk, a kiszolgáló be- 
állításai között állítsuk a Security § Builtin- 
AdminsAreServerAdmins tulajdonság értékét 
falsera. Az alapértelmezés true. 
: Amennyiben OLAP-adatokkal dolgozunk, 
kockákra és dimenziókra is meghatározhat 
juk a hozzáférési jogosultságokat. 
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1. táblázat. A jogosultságok választéka 





Objektum Jogosultságok 


Data source 


None, Read, Read definition 


Mining model 
Browse 


None, Read, Read/ Write, Drill Through, Read definition, 





nézni az egyes rekordokat, amelyekre a 
modellünk épül. Amennyiben azok az ada- 
tok érzékenyek, ne engedélyezzük ezt a jo- 
got, vagy használjunk Data Source View-t 


a kényes sorok vagy oszlopok kiszűrésére. 


Ahhoz, hogy egy üzleti elemző vagy egy 
fejlesztő modelleket hozzon létre vagy tesz- 
teljen a szerveren, számára rendszergazdai 
jogot kell adnunk az adott adatbázisban. 
Ezzel természetesen arra is feljogosítjuk, 
hogy bármilyen műveletet végezzen az adat 
bázis bármely objektumán, akár törölje is 
azokat. Éles üzemben tehát el kell dönte- 
nünk, hogy mi fontosabb: a fejlesztő sza- 
badsága vagy a már elért eredmények (létre- 
hozott objektumok) védelme. Amennyiben 
mindkettő, kénytelenek leszünk több adat 
bázissal dolgozni: az egyikben engedélyez- 
zük új modellek létrehozását és tesztelését, 
a másikban pedig csak a lekérdezést - ez 
utóbbihoz ugyanis már nem szükségesek 


rendszergazdai jogosultságok. 


Amennyiben ki szeretnénk használni a 
BIDS offline képességeit, mindenképpen 
Server Administrators jogkörrel kell rendel 
keznünk. Ha ez számunkra fontos szolgálta- 
tás, akkor célszerű üzembe állítani egy fej- 
lesztői szervert, amelyen a modellek készítői 
teljes rendszergazdai jogosultságokkal bír 
nak és egy másik szervert, amelyen a végfel- 
használók a lekérdezéseiket futtatják - ter- 
mészetesen minimális jogosultságokkal. 

A hozzáférési engedélyek állítását elvégez- 
hetjük grafikusan az SOL Server Management 
Studióból, a Business Intelligence Developer 


Studióból vagy akár XMLA-szkriptből is. 


Adatbázisok mentése és 
szinkronizálása 

Ha úgy döntünk (például biztonsági okok 
ból), hogy külön Analysis Services-példányt 


használunk fejlesztésre és éles üzemre, akkor 


SZEPTEMBER-OKTÓBER 


érdemes megismerkednünk az adatbázisok 
mozgatásának lehetőségeivel. 

A legegyszerűbb lehetőség a már jól meg- 
szokott (ugye megszokott?!) mentés és vissza- 
állítás. Erre találunk lehetőséget az SOL Serv- 
er Management Studióban, de akár szkript 
ből is elvégezhetjük. Bár ez utóbbi esetben 
Analysis Services Scribting Language (ASSL) 
formátumú XML-t kell írnunk, nem kell 
megijednünk a feladattól, messze nincs any- 
nyi opció, mint hagyományos SOL-adatbá- 
zisok mentése esetén. Íme a mentést vég- 
ző szkript, amelynek kimenete egyetlen .abf 
(Analysis Services Backup File) fájl: 


cBackup xmlns-"http://schemas.microsoft. 

com/analysisservices/2003/engine": 
cObject: 

cDatabaselD:Bikesc/DatabaselDz 
c/Object: 
cFilezD:(BackuplBikes.abfc/Filez 
cAltltowOverwritezfalsec/AllowOverwritez 
cApplyCompressionztruec/ 
ApplyCompressionz 

zPasswordcT1tko5jel520!1c/Password: 
cSecurityzCopyAllc/Securityz 

c/Backup: 


Bár az ApplCompression és a Password 
elemek megadása opcionális, ha elhagyjuk, 
az adatbázisban lévő Data Source objektu- 
moknál megadott Connection String kódo- 
latlanul kerül a fájlba, azaz bárki elolvashatja 
az adatforrásokhoz történő kapcsolódáshoz 
használt jelszót. 

A visszaállítás nagyon hasonló, csak a Back- 


up helyett a Restore elemet kell használnunk: 


cRestore xmlns-"http://schemas.microsoft. 

com/analysisservices/2003/engine": 
cFilezD:(BackuplBikes.abfc/Filez 
cDatabaseNamezBikesc/DatabaseNamez 
cAUutowOverwriteztruec/AllowOverwritez 
zPasswordeT1tko5jel520!1c/Password: 
cSecurityzCopyAllc/Securityz 
zDbStorageLocation xmlns-"http:// 

schemas.microsoft.com/analysis- 


E ze 


services/2008/engine/100/100"2 
D:Data 
c/DbStorageLocationz 
c/Restorez 


Ennél egyszerűbb megoldás, ha a Synchro- 
nize elem segítségével egy lépésben végezzük 
el mindezt, azonban ehhez mindenképp két 
Analysis Services-példányra lesz szükségünk, 
ez a módszer ugyanis egy példányon belül 
nem használható. 

Amennyiben XML helyett inkább a LSOL- 
re emlékeztető DMX nyelvet preferáljuk, 
használhatjuk az EXPORI és IMPORI uta- 
sításokat Mining Structure és Mining Model 
objektumok mentésére és visszatöltésére. Egy 
modell mentését az összes hivatkozott objek- 


tumával együtt így menthetjük el: 


EXPORT MINING MODEL [BikesModel] TO "D:) 
BackuptBikes.abf" WITH DEPENDENCIES 


A szkriptelést kevésbé kedvelők számára a 
legegyszerűbb megoldás a Start menüben ta- 
lálható Analysis Services Deployment Wizard 
elindítása. Ez egy gyorsan végigkattintható 
varázsló, amely a BIDS projektünk kimene- 
teként előállt .asdatabase kiterjesztésű fájl 
alapján ASSL szkriptet készít, és akár közvet 
Kém tetttatis: 

Akármelyik megoldást választjuk, rend- 
szergazdai jogosultságokra lesz szükségünk 
a szerverben vagy az adott adatbázisban. Fi- 
gyeljünk oda a jogosultságok visszaállítására 
(lásd Security elem), mert előfordulhat, hogy 
ha a mentés idején még nem rendelkeztünk 
rendszergazdai joggal az adott adatbázisban, 
most a visszaállítás után nem fogunk tudni 


hozzáférni az adatainkhoz. 


Összefoglalás 
A prediktív analízis mind a mai napig ko- 
moly kutatási és tudományos területnek szá- 
mít, de az eszközeink már kezdik megkö- 
zelíteni azt a szintet, hogy a felhasználók a 
matematikai modellek részletes ismerete nél 
kül, az elemzés céljaira koncentrálva oldja- 
nak meg adatbányászati feladatokat. Az SOL 
Server 2008-cal a Microsoft élen jár az ilyen 
eszközök fejlesztésében, a bányászmunka egy- 
re kevésbé izzasztó. Csákányt a kézbe, a bá- 

YT! 

Balássy György 
Microsoft regionális igazgató 
balassy(2aut.bme.hu 
http://balassy.spaces.live.com 
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KI A LEGÉNY 
A GÁTON? 


Az első találkozás a Reporting Services-zel. 











indannyian tudjuk a választ a címben feltett kérdésre, hiszen emlékszünk a történe- 

tére, tanúi voltunk boldogságos pokoljárásának. Pelikán Józsefnek hívják a gát hősét. 

Azért volt hős, mert bukásai ellenére mindig volt ereje csillogó szemmel újrakezdeni. 
Vajon modern korunk hősei, a jelen Pelikán elvtársai hogyan boldogulnak? 

Egyszer még kérni fogunk valamit, Pelikán elvtárs! Ugye, ismerős?! Kitől nem kértek még 
semmit? A saját Virág elvtársam a saját Pelikán elvtársamtól utoljára szerencsére azt kérte, 
amiben a legjobb volt. Nem kellett az uszodát vagy az Angolparkot, sem a narancstermelést 
igazgatnia, egyszerűen csak figyelje a Dunát, ami egyre inkább áradt. Pelikánom tette is a dol- 
gát sikeresen, küldözgette a jelentéseket a gátról meg a vízállásról. A sikeren felbuzdulva jött 
az újabb kérés Virág elvtárstól. Kellene gyártani egy jelentést, de nem ám a hagyományos pa- 
píros irkafirkát, hanem olyan országosat, amit interneten keresztül az elvtársak is nézegethet 
nek. Pelikán érezte a vesztét: Nem lehetne erre egy képzettebb elvtársat megkérni? De már 
tudta a választ: A nemzetközi helyzet egyre fokozódik, nincs időnk egyéni sérelmeinket dédelk 
getni. Egyelőre csak annyit kérünk magától, hogy szedje össze a gondolatait. Így történt, hogy 


Pelikánom elkezdett ismerkedni a Reporting Services-zel. 


Kezdjünk hozzá! 

A kezdet nem volt egyszerű, hiszen az élet nem habos torta. Pelikán elvtárs pont úgy járt az 
országos vízállásadatokkal, mint a tűzoltókkal, amikor dohányzás közben elaludt. Ezek sem ér- 
keztek meg időben, ezért nekiállt, és generált egy tesztadatbázist néhány sornyi véletlen adat 
tal. Az adatbázisgyártó kódban van egy példa az SOL 2008-ban újdonságként megjelenő row 
constructorra, amelyik feltölti a folyók táblát névvel, kóddal és kezdőszinttel. Egy egyszerű 
CTE-re, amelyik feltölti a vízállástáblát a kezdő és a vége dátum között a folyó vízállásának 
emelkedésével. Végül megtalálható benne egy trükkös update utasítás, amelyik a kezdeti szint 
hez, majd az előző naphoz képest minden napra beállítja a vízszint változása alapján a folyó 


aktuális vízszintjét. 


create database VizallasDemo; 

use VizallasDemo; 

create table Folyok ( 
folyoazon int, 
folyonev nvarchar(30), 
kezdoszint decimal(8,2)); 


insert Folyok values 

(1, "Duna", convert(decimal(8,2), abs(checksum(NEWID()) 5 4) § 1 t abs(CHECKSUM(NEWID()) 5 100)/100.0)), 
(2, "Tisza", convert(decimal(8,2), abs(checksum(NEWID() 4) 4 1 £ abs(CHECKSUM(NEMID()) 5 100)/100.0)), 
(3, "Dráva", convert(decimal(8,2), abs(checksum(NEWID() 4) 4 1 4 abs(CHECKSUM(NEWID()) 
100)/100.0)), 


(4, "Száva", convert(decimal(8,2), abs(checksum(NEWID()) 5 4) § 1 § abs(CHECKSUM(NEWID()) 5 100)/100.0)); 
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create table Vizallas( 

folyoazon int NOT NULL, 

datum date NOT NULL, 

ertek decimal(8, 2) NULL, 

emelkedes int NULL, 
constraint PK  vizallas primary key clustered 
( — folyoazon asc, 

datum asc)); 


declare Cstartdate date - "2006.1.1; 
declare Cenddate date - "2008.12.31; 
swith napok as ( 
select Cstartdate as datum 
union all 
select dateadd(d, 1, datum) 
from napok 
where datum c Genddate) 
insert Vizallas 
select folyoazon, datum, 0, case when datum - 6 
startdate then 0 else checksum(NEWID()) 5 5 end 
as emelkedes 
from napok cross join Folyok 
option (maxrecursion 0) 


declare Cszint decimal(8,2); 
update Vizallas 
set Gszint - ertek - case 
when datum - Cstartdate then kezdoszint 
else Cszint 4 emelkedes /100.0 
end 
from Vizallas with(index(1)) inner join Folyok 
on Vizallas.folyoazon - Folyok.folyoazon; 


A tesztadatok előállítása után neki le- 
hetett kezdeni az első riportnak. Az SOL 
Server 2008 programjai közül a Business 
Intelligence Development Studiót kell elin- 
dítanunk és létrehozni vele egy új Business 
Intelligence Projektet. A sablonok közül vá- 
lasszuk a Report Server Project Wizardot. A 


HI 
Ten 
[NET Framework as S] ES 


Project types: Templates: 
Dusiness Inteligence Projects 
(3- Other Project Types 








Visual Studio installed templates 


Ggjanalysis Services Project Igimeort Analysis Services 2008 Dat... 
) Integration Services Connections P, ,, álintegratton Services Project 
E ESA eat eat ás (EjReport Model Project 
sglReport Server Project 





My templates 
Gjlsearch Online Templates. , . 


fdreate a new Report Server project using Report wizard, 


Name: [Vizatas 











Location; [dWwizallas r] Drowse.. , ! 
Solution Name Vízalas I Create directory for solution 
Le f era ] 


1. ábra. Report Server Project Wizard 


varázsló végigvezet azon a néhány egyszerű 
lépésen, amellyel el tudjuk készíteni a vízál 
lásjelentésünket. 

Rögtön, nulladik lépésként el is indul a 
jelentéskészítő varázsló. Ennek a lapnak a 
megjelenítése opcionális, akár ki is tudjuk 
kapcsolni, ha teszünk egy pipát az ablak alján 


levő jelölőnégyzetbe. 
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Első lépésként meg kell adni, hogy honnan 
jönnek az adatok. Gyakorlatilag egy connec- 


tion stringet kell megadnunk adatforrással 

















E Report Wizard - [DI xi 
Welcome to the Report Wizard 
e Sz 
The Report Wizard helps vou create a report, With this wizard, 
you can: 
- Select a data source frormn which to retrieve data 
- Design a guery to execute against the data source 
- Choose the type of report you want to create 
- Specify the basic layout of the report 
- Specify the formatting for the report 
Click Next to continue. 
TT Dont show this page again 
Help [ 2 Back Finish 521 Cancel l 
2] 











2. ábra. Üdvözöl a nagy varázsló 


és adatbázissal, de ebben is segít a varázsló. 
Állítsuk be a helyi gép VizallasDemo adatbá- 
zisát. Az adatforrás lehet osztott is. Ebben az 
esetben elég egyszer megadni, és több jelen- 
tésben is fel tudjuk használni. Ha változik a 
szerver vagy az adatbázis neve (a tesztszerver 
tesztadatbázisából az éles szerver éles adatbá- 
zisára kell átállítani), akkor csak egy helyen, 
az osztott adatforrásban kell módosítani, és 
az összes jelentés, amelyik ezt használja, átáll 
az éles adatbázisra (3. ábra). 

A következő lépésben meg kell adni azt a 
lekérdezést, amelyik az előbb meghatározott 
adatforrásban fut le, és visszaadja a jelentés 
sorait, oszlopait. Itt is van grafikus segítség, 
ha a Ouery Builderre kattintunk (4. ábra). A 
mi Pelikánunknak egyszerűbb kézzel beírnia 
a lekérdezést. Átállítja a nyelvet magyarra, 
így a DATENAME függvény a hónapok ne- 


veit magyarul adja vissza: 


set language hungarian 


select folyonev, YEAR(datum) as Év, 
MONTH(datum) as honapszam, DATENAME(m, 
datum) as Hónap, DAY(datum) as Nap, ertek 
as Vízállás, emelkedes as Emelkedés 

from Vizallas inner join Folyok 

on Vizallas.folyoazon - Folyok.folyoazon 
order by Év, Hónap, Nap 


Ha a lekérdezés is megvan, akkor ki kell 
választani a jelentés megjelenítésének típu- 
Sat ütt kétiranyban haladhatunk tovább "a 
táblázatos vagy a mátrixos megjelenítés felé. 
Táblázatot választva a varázsló az 5. ábrán lát 


ható ablakot jeleníti meg. 
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Táblázat esetében lapok (Page), csoportok 
(Group) és tételsorok (Details) közé vihetjük 
át a lekérdezésben definiált mezőket. Melyik 
mit jelent? 

a Page: új értéknél lapot dob a jelentés. 

a (Group: csoportosítási lehetőség, aggregáló 
függvények segítségével összeget, átlagot, 
legkisebb és legnagyobb értéket lehet szá- 
molni. 

a Details: a lekérdezésből érkező tételsorok. 
A táblázat elrendezése (6. ábra) lehet lép- 

csőzetes (Stepped) vagy tömbös (Block). 

Az elrendezés kiválasztása után előre de- 
finiált stílusokból választhatunk egyet. Az 
itt kiválasztott stílusnak megfelelően színezi 
táblázatunkat a Reporting Services. Ezeken 
a színeken természetesen utólag változtatha- 
tunk. Utolsó lépésként egy összefoglalót jele- 
nít meg a varázsló. Ha valami nem úgy van, 
ahogy szerettük volna, akkor visszaléphetünk 
és megváltoztathatjuk. Ha minden rendben, 
akkor már csak nevet kell adni a jelentésünk- 
nek és a Finish gombon kattintani (7. ábra). 

Készen is vagyunk az első jelentéssel. 
Nézzük meg, hogy mit varázsoltunk! A táblá- 


zat fölötti Preview fülre kattintva a Reporting 





E Report Wizard 


Select the Data Source 
Select a data source from which to obtain data for this report or create a new data 
sOUrCce, 


zDl2i 


kő 





€ sharedidata source 
(7 New data source 
Name: 


[Vizallas 


Iype: 


[microsoft SOL Server r] 


Connection string: 






Data Source-localhost5OLEXPRESS;Initial 
Catalog—vizallasDemo 


EdÉS ! 
Credentials. , , ! 














Help l 2 Back ILLnesz ] 
3. ábra. Az adatforrás megadása 


Einish 251] 


Cancel l 
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HITTE 


Design the Öuery S 
Specify a guery to execute to get the data for the report. Í 





Use a guery builder to design your guery, 


Oyery Builder , , , l 


Cuery string: 
set language hungarian 





select folyonev, VESR(datum) as Év, MONTHÉdatum) as honapszam, DATENAME(m, datum) 
as Hónap, Dövídatum) as Nap, ertek as vízállás, emelkedes as Emelkedés 

from vizallas inner join Folyok 

on vizallas.folyoazon — Folyok, folyoazon 

order by Év, Hónap, nap 


E 














Help l 2 Back l Mext 2 I 
4. ábra. Lekérdezéstervező 





Finish 27] 


Cancel l 
2] 
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Services elkészíti a riportot. Az adatforrá- 
sunkban lefuttatja a lekérdezésünket, majd 
a színes-szagos táblázatunkban oldalakra tör 
delve megjeleníti. Őszintén? Kicsit sárga, ki- 
csit savanyú, de a mienk! Igazítsunk rajta egy 


keveset! 


Finomítsunk az eredményen! 

Az egyik probléma, hogy a jelentés neve nem 
jelenik meg csak az első oldalon, kezdjük ez- 
zel. Minden jelentésnek van egy fejléce és egy 
lábléce. Amit a fej- vagy láblécbe teszünk, 
az minden lap tetején, illetve alján meg- 
jelenik. A Report menü Add Page Header 
menüpontján vagy a Report eszközsor Page 
Header gombján kattintva megjelenik a fej- 
léc. A Vízállás szöveget tartalmazó szöveg- 
dobozt mozgassuk át az egérrel a fejlécbe. A 
fejléc magasságát állítsuk be a szövegdoboz 
magasságára. (A fejléc vízszintes szaggatott 
vonalát húzzuk feljebb a szövegdoboz aljáig.) 
Az átmozgatott szövegdoboz helyén keletke- 
zett rést foltozzuk be, nehogy áttörjön rajta 
az árvíz, a Listl téglalapot mozgassuk feljebb, 
közvetlenül a fejléc alá. Ha most megnézzük 


a jelentést a Preview fülre kattintva, akkor 





[attert deze ds] j 


Design the Table s 
Choose how to group the data in the table, j 


kő 


DII 





ávailable fields: Displayved fields: 


honapszam folyonev 
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XXXX 











Group: I 
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Detailsz B; 
Hónap 
Nap 
vízállás 
Emelkedés 





s Remove 


Help I z Back ILLnesz ] Finish 25] [ Cancel l 
5. ábra. Táblázattervező 








E Report Wizard 





Choose the Table Layvout sz 
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6. ábra. Táblázat elrendezése 





Ki 





E CÍMLAPON 


láthatjuk, hogy minden lap tetején ott a je- 
lentés neve. 
Egy másik apró probléma a táblázat formá- 


zása. A varázsló a szöveges adatokat tartalma- 






Microsoft Visual Studio 


amelyet február követ, pont, mint a Gergely- 
naptárban. Pelikán elvtárs adhat magának 
egy szóbeli vállon veregetést, de csak az egyik 
vállára. Az elkészült jelentést exportálhat 
juk a Preview fülön a 
kis kék floppylemezre 
A 2008-as 


kattintva. 
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Wordbe exportálás le- 
hetőségét is (II. ábra). 
A Wordbe exportált 





jelentést egy e-mailhez 
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7. ábra. Az első jelentés 


zó mezőket balra, a számokat tartalmazókat 
pedig jobbra igazítja. Igazítsuk jobbra az ösz- 
szes mezőt. A részletes adatokat tartalmazó 
táblázat sorain kell kattintani, majd a Report 
Formatting eszközsor jobbra igazítás (Align 
Right) gombján. Mindjárt jobban néz ki a je- 
lentés, nincsenek összenőve az Év és a Hónap 
oszlopok. A táblázaton még lehet igazítani az 
oszlopok szélességén, például a Nap oszlop 
simán lehet keskenyebb is, mert sem a mező 
neve, sem a benne megjelenő értékek nem 
tartalmaznak sok betűt vagy számot (8. ábra). 

A harmadik apróság már picit súlyosabb, 
és a figyelmetlenségből adódik. A jelentés- 
ben az első hónap az április, majd augusztus 
következik, aztán december. Első pillantásra 
Össze-vissza vannak a hónapok, pedig nem is. 
Csak a nevük szerint vannak növekvő sor- 
rendbe rendezve. Ki rendezte őket így? A kéz- 
zel beírós figyelmetlen Pelikán barátunk, aki 
villantani akart SOOL-tudásával, de a hónap 
sorszáma helyett a neve alapján rendezett a 
lekérdezésben. Két módon javíthatjuk ki a 
hibát a lekérdezésben: kicseréljük a Hónap 
mezőt a honapszam mezőre, vagy a jelentésen 
belül kényszerítjük ki a sorrendet. A sorokat 
megjelenítő táblázatra kell kattintani, erre 
megjelenik a Sor csoportok (Row groups) 
között a tablel Details Group. Ezen az egér 
jobb gombjával kell kattintani és kiválasztani 
a Csoport tulajdonságok (Group Properties) 
elemet (9. ábra). 

A megjelenő ablakban (10. ábra) a Rende- 
zés (Sorting) fület választva adjuk hozzá az 
Év, a honapszam és a Nap mezőket A-Z ren- 
dezési sorrenddel. 

Nézzük meg ismét a jelentést a Preview 


fülön. Most már januárral kezdődik az év, 
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ze meg, erre gondolte? 
Sajnos, mostanában sok 
az álmatlan éjszakája, de tetszett neki, továb- 
bította is a Minisztériumba, ahol újabb igény- 
nyel álltak elő. Szükség lenne egy csinos kis 
grafikonra, amelyik vonalakkal mutatja a víz- 


szint ingadozását. Nekem kint kellene lennem 
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9. ábra. Tételsorok tulajdonságai 
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10. ábra. Rendezés a hónap száma alapján 
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IT. ábra. Exportálás Wordbe 
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12. ábra. A Lépcsős vonal diagram 


a gáton, tessék engem ebből kihagyni, Virág 
elvtárs! De megint nem sikerült megmene- 
külni, mert jött a válasz: menet közben kell 


az önbizalmat megszerezni, Pelikán elvtárs. 


Grafikon készítése 

Gyártsunk hát grafikont! Szerencsére nagy 

halom grafikonfajta közül válogathatunk a 

2008-as verzióban. A View menü loolbox 

menüpontjára kattintva megjelennek a jelen- 
tésre pakolható elemek. Húzzunk a Listl 

Contents téglalapba egy grafikont (Chart). 

Válasszuk ki a Vonal diagramok (Line) közül 

balról a harmadikat (12. ábra), a Lépcsős vo- 

nal diagramot (Stepped Line). 

Állítsuk be a diagram tulajdonságait, a ten- 
gelyek nevét kell még megváltoztatni. A View 
menü Report Data menüpontot választva elő- 
jönnek a lekérdezésben definiált mezők. Ezeket 
kell áthúzni a megfelelő helyre (13. ábra): 

a a Vízállás oszlopot felülre az adatmezők- 
höz (Drop data fields here); 

a az Év oszlopot jobbra a sorozatokhoz 
(Drop series field here); 

a a honapszam és Nap oszlopokat pedig alul: 
ra a kategóriákhoz (Drop category fields 
here). 

Egyetlen dolog van már csak hátra, a hó- 
napok sorrendbe rendezése, de szerencsére 
ez sem bonyolult. Az előző lépésben a ka- 
tegóriákhoz bedobott Hónap mezőre kell 
jobb gombbal kattintani, és a felbukkanó 


menüben a Kategória-csoporttulajdonságok 


Microsoft TechNet 
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(Category Group Properties) menüpontot vá- 
lasztani. A megjelenő ablakban a Rendezés 
(Sorting) fület kiválasztva fel kell venni a lis- 
tába a honapszám oszlopot az Add gombon 
kattintva. Ugyanezt a műveletsort kell megis- 
mételni a Nap kategóriánál, csak a Nap oszlo- 
pot kell hozzáadni a rendezési feltételekhez. A 
Preview fülön ismét exportálni lehet a jelen- 
tést, és elküldeni Virág elvtársnak (14. ábra). 


Az eredmények láttán Virág elvtársnak 


adjuk meg az előzőleg már jól bevált lekér- 
dezést. A jelentés típusánál viszont evezzünk 
bátran ismeretlen vizekre, és válasszuk ki a 
Mátrix típust (15. ábra). 
Itt négy részre van osztva az ablak. Mit je- 
lentenek az egyes részek? 
n Page: új értéknél lapot dob a jelentés (pont, 
mint a táblázatnál); 
a Columns: mi kerüljön a mátrix egyes osz- 
lopaira; 


a Rows: mi alapján csoportosít 





Drop data fields here 


Vízállás 


100 — ÉVA 
a éyB 





viállás (néter) 








T T T HT T T 
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Drop category fields here 








Ó 
; Drop series fields 
Í here 


KÉt táee tesztek átáétztsséssétstág Üzzzó 


suk a mátrix sorait; 

a Details: a lekérdezésből érkező 
tételsorok (pont, mint a táblá- 
zatnál). 

A különbség abból adódik, 
hogy a táblázatnál levő sor szerin- 
ti csoportosítás mellett itt az osz- 
lopok szerint is lehet csoportosí- 
tani. Az ábrán látható módon vá- 
lasszuk ki a mezőket a megfelelő 


régióba. A következő lépésben 





a táblázathoz hasonlóan megad- 





13. ábra. Diagram testre szabása 


könnybe lábad a szeme az örömtől, és meg- 
állapítja a makacs tényt. Kiadtuk a jelszót: 
legyen vízállásjelentés, és lett. Mi nem ígér- 
getünk a levegőbe. Bástya elvtárs most elé- 
gedett. Újabb kérés érkezik. Szükség lenne 
egy másik jelentésre is. (Miről is volt szó ere- 
detileg? Egyszer kérni fogunk valamit! De ez 
már a hányadik egyszer?) A meglevő jelentés 
túl hosszú, nagyon sok sora van. A sorokban 
csak az éveket és a hónapokat kellene meg- 
jeleníteni, a napokat pedig az oszlopokban, 
a táblázat celláiba pedig a napi vízállás adata 
kerülne. Ezzel jelentősen csökkenne a jelen- 
tés hossza. Szerencsére ez sem teljesíthetetlen 
kérés. Az előző jelentés varázslása közben a 
táblázatos módot választottuk, de volt még 
ott egy mátrixos lehetőség is. Nekünk meg 
pont a mátrixra van szükségünk. A táblázat 
és a mátrix abban hasonlít egymásra, hogy 
mindkettőnek vannak sorai és oszlopai, a kü- 
lönbség pedig az, hogy a táblázatnak fixek az 
oszlopai, a mátrixnak pedig dinamikusak. 
Nézzük meg a gyakorlatban. Adjunk a 
projekthez még egy riportot. Jobb oldalt a 
Solution Explorerben a Reportsra kattint 
va válasszuk ki az Add New Report elemet. 
Elindul a már ismerős jelentéskészítő varázs- 
ló. Adatforrásnak válasszuk az előzőleg lét 


rehozott osztott adatforrást. Lekérdezésnek 


Ad táT HAL ENT Gt ág 


hatjuk a mátrix stílusát. Utolsó 
lépésként adjunk nevet a jelen- 
tésnek, és már vége is a varázslásnak. Az Év 
és a Nap oszlopok most is szélesebbek, mint 


amire szükség van, nyugodtan vegyük őket 
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15. ábra. Mátrixtervező 
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16. ábra. Mátrixsor- és oszlopcsoportok 
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Text Box Properties. , , 


Insert Row 


Delete Colurnns 


Delete Rows 


split Cells 


17. ábra. Fejléccella kettéhasítása 


Insert Colurmn 





keskenyebbre. A jelentés neve most is csak 
az első oldalon látszik, ha szeretnénk, hogy 
minden lapon látszódjon, a táblázatnál meg- 
ismert módon kell eljárnunk. Szintén ismert 
probléma a hónapok sorrendje. lÍtt is április 
az első. A javítás szintén hasonlóan történik, 
mint a táblázatnál. Meg kell változtatni a sor- 
rendet a megfelelő csoportosítási szinten. A 
táblázatra kattintva megjelennek a sor- és 
oszlopcsoportok. A matrixl1 Hónap sor cso- 
porton jobb egérgombbal kattintva válasszuk 
a Csoporttulajdonságok (Group Properties) 
menüelemet. A felbukkanó ablak Rendezés 
(Sorting) fülén kattintva változtassuk meg a 
rendezési sorrendet a Hónap oszlopról a ho- 
napszam oszlopra (16. ábra). 

További hiányosság, hogy az Év és Hónap 
oszlopoknak nincs feliratuk. Ezt is könnyen 
orvosolhatjuk. Hasítsuk ketté a bal felső 
cellát, majd írjuk be a bal oldaliba az Év, 
al jobbroldalibas pedig cas Elónap" szavakat. 
Színezhetjük is a két új cellát. Az Év cella hát 


Ke 
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térszínét (BackgroundColor) állítsuk be az 
alatta levő cella színével megegyező világos- 
kékre (t6e9eca), a Hónap cella háttérszínét 
pedig az alatta levővel megegyező SlateGray- 
re. Mindkét cellánál állítsuk a megjelenés 
színét (Color) fehérre (White), a betűtípust 
(Font összetett tulajdonság FontWeight tulaj- 
donsága) pedig Félkövérre (Bold). Így egysé- 


ges megjelenést adtunk a mátrix fejlécének. 
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ödd Total 
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18. ábra. Osszesítő oszlop hozzáadása 
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19. ábra. A vízállásmátrix végeredménye 

















Virág elvtárs ismét boldog. Tiszta szerencse, 
hogy van két füle, különben körbeérne a mo- 
soly a fején. Bástya elvtárs is örül, de fent a 
Minisztériumban azt is szeretnék 
látni, hogy havonta mennyi volt a 


legalacsonyabb és a legmagasabb 
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A legmagasabb vízállást ugyanígy adhat 
juk a jelentéshez, csak a Total oszlopnevet 
kell Maxra cserélni, a képletben pedig a 


Sum függvényt Maxra. Íme a végeredmény 


(19. ábra). 


Közzététel 

Örülnek az elvtársak, egyelőre nincs további 
kérésük. Csak Pelikán elvtárs mosolya nem 
teljesen őszinte. Ha megjönnek a valós ada- 
tok, akkor folyamatosan zaklatni fogják majd 
a Minisztériumból, hogy generálja le a jelen- 
téseket a legfrissebb adatokkal? Hát azért ez 
már mindennek a teteje lenne! Szerencsére 
megoldható, az elkészült jelentések közzé- 
tétele a minisztériumi dolgozók és az elvtár- 
sak számára. A projekt tulajdonságai között 
(jobb gomb a Solution Explorerben a pro- 


jekt nevén, majd a Properties menüpont) 


(20. ábra). 
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21. ábra. Jelentés közzététele 


ismét a bal oldalon kell kattintani a Report 
Managerre. Itt kapjuk meg azt az URL-t, 
amelyet elküldhetünk az elvtársaknak, ezen- 
túl ne minket zaklassanak, hanem látogassák 
meg a levélben elküldött oldalt, és onnan 
töltsék le magunknak a jelentést, olyan for 
mátumban, amilyenben szeretnék. Miután 
megszereztük és beállítottuk a közzétételhez 


szükséges adatokat, cselekedjük meg, amit 





A megjelenő ablakban a követ 
kezőket állíthatjuk be: 
me farsetsérver 0 RI: éz a Report 


SOL Server Reporting Services 
Home : 
Vvizallas 


Server virtuális könyvtára az 


El vízállás !NEw 





az dá? (ÉReport Manager 


Ci New Folder 


tm -EA v ij vo :bPage v (0 Tools " 


Home ] Site Settings ! Help 


Search for:] 2 


Ép New Data Source — 4] Upload File 





El Vizállás mátrix !NEw 





Internet Information Services- 
en (II9; 

a "TargetDataSourceFolder: ebbe 
a könyvtárba kerülnek az adatforrások; 

a "TargetReportFolder: ebbe a könyvtárba 
kerülnek a projektben levő jelentések; 

a OverwriteDataSources: ha már a meg- 
adott helyen van azonos nevű adatfor- 
rás, akkor felülírja-e? Alapértelmezetten 
hamisra van állítva az értéke, így tesztkör- 
nyezetben nyugodtan továbbfejleszthetjük 
a jelentéseket, és amikor publikáljuk őket, 

akkor az éles szerverre muta- 

tó adatforrásokat nem írjuk 
felül a tesztkörnyezetben le- 


VŐ szerver és adatbázisnévvel 





vízállás (17. ábra). 

Ezt is roppant könnyű megol új nép ök Rebuild (21. ábra). 
dani. A mátrixunk matrix] Nap B J Depigy Honnan tudjuk kideríteni, 
nevű oszlop csoportján az egér össz ABEL: hogy hol is van ez a virtuá- 
jobb gombjával kattintva az Add y ki : lis könyvtár? Az SOL Server 
Total elemek közül a Before-t vá- a, 5 2008 programok között a 
lasztva kapunk egy pluszoszlopot, ] fiatiátóai Contiguration Toolsban" ta 


amelynek a Total szövegét cserél 
jük le Minre, az alatta levő cel 


lában a képletet (jobb gomb a 


cellán, majd Expression) 








Properties 


lálható Reporting Services 





Configuration Manager segít 





20. ábra. 


iS CSe- 


réljük le a -Sum(Fields! Vízállás. 
Value) értéket -Min( Fields! Vízállás.Value)-ra. 
Ezzel már megkaptuk a havi legkisebb vízál 


lást (18. ábra). 


ke 


Projekttulajdonságok 


nekünk ebben. Kapcsolódás 
után a bal oldali részen a 
Web Service URL-re kattint 
va a legalsó adat, a Report Server Web 
Service URLs, tartalmazza a szükséges virtuá- 


lis könyvtár címét. A másik fontos címhez 


22. ábra. Ezt látják az elvtársak a közzététel után a Vízállás mappában 


megkíván a haza. Jobb gomb a projekt nevén, 
és válasszuk a Deploy menüpontot. 
Mindenki nagyon elégedett a pilotprojekt 
eredményével, Pelikán is visszament a gát 
ra, mert a vízállás egyre emelkedett, és kel- 
lett a legény. Azonban a nemzetközi helyzet 
fokozódik. Megjelent a dekadens nyugatról 
Gustaaf van Dijk, a holland gátőr, és nem 
füves cigivel, hanem ingyenes vízállásjelentő 
megoldásával kezdte kábítani dicső vezetőin- 
ket. De az ifjú Pelikánunkat sem kell félteni, 
már a kezdet kezdetén a torkánál ragadta 
meg a kérdést, az övé is pont ugyanannyiba 
kerül. A Microsoft Letöltőközpontból sze- 
rezte be a projekthez szükséges komponen- 
seket. Letöltötte, majd feltelepítette az ingye- 
nes .NET Framework 3.5 SPl-et, Windows 
Installer 4.5-öt, az ingyenes PowerShell 1.0- 
át, és az ingyenes Microsoft SOL Server 2008 
Express with Advanced Services-t, majd erre 
a konfigurációra készítette el a riportokat. A 
pénz beszél, a kutya ugat, a tények pedig ma- 
kacs dolgok, szegény Gustaaf barátunk pedig 
tekerhetett egyet hazáig. 
Hangyál Zoltán 
zoltan.hangyalk Onetacademia.net 
oktató, MCDBA, MCAD, MCT 
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SERVER 2007 


Egy termékben egyesíti azokat a funkciókat, amelyeket összefoglaló 


néven csak teljesítménymenedzsmentként szoktunk emlegetni. 


PerformancePoint Server (röviden PPS) a Microsoft üzletiintelligencia-termékcsaládjá- 
nak a zászlóshajója. A cikkben áttekintjük, hogy mire tudjuk használni a Performance- 
Point Servert, és azt, hogy miből áll össze egy PerformancePoint Serverre épülő teljesít 


ménymenedzsmentalkalmazás. 


Teljesítnénymenedzsment 
Ahhoz, hogy a PerformancePoint Server szerepét megértsük, először azt kell tisztáznunk, hogy 
mit is értünk teljesítménymenedzsmenten. 

[Ideális esetben egy cégnek vannak céljai, és a célok eléréséhez van kidolgozott stratégiája, 
a stratégiához megfelelő végrehajtási terv kapcsolódik, a folyamatokat, eredményeket pedig 
mérni és ellenőrizni lehet. Ezt egy bizonyos cégméret felett ma már nem lehet kézi irányí- 


tással és személyes ellenőrzéssel, 





ad hoc beavatkozással megvaló- Monitorozás 


MI történt? 
Mi történik? 






sítani. Szükség van tehát arta, 
Elemzés 


hogy a célok eléréséhez, a stra- j 
Miért? 


tégia megvalósításához szüksé- 
ges folyamatokat kialakítsuk, a 
cég egészének, egyes részeinek 


és dolgozóinak tevékenységét a 


Tervezés 


MI fog történni? 
Minek kell történnie? 


stratégiához igazítsuk. Képesnek 








kell lennünk annak mérésére, 





hogy az egyes tevékenységek I. ábra. Teljesítménymenedzsment 
mennyire felelnek meg a célok- 
nak, a stratégiának, és arra, hogy szükség esetén beavatkozzunk a folyamatokba. Fontos az is, 
hogy képesek legyünk a folyamatokon változtatni, javítani és a változások hatását nyomon kö- 
vetni. A teljesítménymenedzsment feladata az, hogy a cég céljai megvalósuljanak, a stratégia és 
a tevékenységek összhangban legyenek, folyamatosan nyomon tudjuk követni és előre tudjuk 
jelezni a cég teljesítményét. 

A teljesítménymenedzsment megvalósításához rengeteg információra van szükség, és nem 
mindegy az sem, hogy ezek az információk milyen formában, mennyi idő alatt és mennyire meg- 


bízhatóan állnak rendelkezésre. Az értelmezhető, releváns információkon kívül nagyon fontos 


Adta T HETEN Gt ág 


az is, hogy azok el is jussanak a felhasználó- 
kig. Ugyancsak fontos, hogy a teljesítmény- 
menedzsment mint folyamat megfelelően sza- 
bályozott és megbízható legyen, hiszen ezen 
keresztül mérjük magát céget, ez alapján avat 
kozunk be a cég működésébe, így az itt elkö- 
vetett hibák nagyon sokba kerülhetnek. 

A teljesítménymenedzsmentet három fő 
területre oszthatjuk. 

Teljesítménymonitorozás. A teljesítmény 
méréséhez kapcsolódó tevékenységeket so- 
roljuk ide, mint például a mutatószámok, 
scorecardok, jelentések kialakítása, figyelem- 
mel kísérése, azaz a cég és egyes részlegei, 
a dolgozók teljesítményének számszerűsítése 
és megjelenítése. A teljesítménymonitorozás 
tehát azokra a kérdésekre ad választ, hogy 
mi történt - vagy aktuálisan mi történik - a 
vallalátná le 

Elemzés. Az előre meghatározott mutató- 
számokon, jelentéseken kívül gyakran van 
szükség arra, hogy bizonyos adatokat tovább 
elemezzünk, az adatok összefüggéseit vizsgál: 
juk, hogy jobban megérthessük a háttérben 
zajló folyamatokat. Az elemzés segítségével 
tudunk olyan kérdésekre válaszolni, miért 
így alakultak a mutatószámok, miért ilyenek 
az eredmények, és milyen eredmények vár 
hatóak. 

Tervezés. A tervezés a teljesítményme- 


nedzsment motorja, terv nélkül nincs mit 
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mérni, nincs mihez hasonlítani a teljesít 
ményt, és nem tudjuk azt sem, hogyan fog 
alakulni az üzlet. Ahhoz, hogy a céljainkat 
el tudjuk érni, meg kell terveznünk azt, hogy 


hogyan akarjuk azokat elérni. TIerveznünk 


dásunkat, ráadásul a megoldás megépítésének 
jelentős része felhasználói feladattá egyszerű- 
síthető, az üzleti elemzők maguk állíthatják 
elő a webes megjelenítőfelületeket, mutató- 
számokat, riportokat. Az egész rendszer egyet 


len felhasználói felületen 





























7 kezelhető az adatforrások 
Launch and run Deploy 
L 4 PT definiálásától kezdve a ri 
a Dashboard ek portok integrálásán át az 
TS R e segveslzül S See és 
V- s EST eredmények publikáció- 
3 Windows SharePoint  4—- Bender s. ; 3 
Monitoring (WSS 3.0 or jáig, megszabadítva minket 
ke MOSS 2007) Dashboard Viewer g k 10é ft I 
iszzlsse; zkt l ésa (72 számos munkaigényes fel 
refieve Web browser IX 8 2 eztet 
Saveláni Excel 2007 adat végrehajtásától. 
retneve Export 
aa Elemzés. — Az  elem- 
a. 30 PowerPoint 2007 zőnézetek, az Excel és a 
. am . 
ő ODBC ProClarity (az OLAP-koc 
Multi- 
úZSEÉEta Data Dimensional A Ő) ÚJ Ít- 
TGGzL kesrcég ee kák elemzőfelülete) segít 
ségével a felhasználók rész- 
2. ábra. A Monitoring Server architektúrája leteiben  elemezhetik az 
adatokat. A Performance- 
3 Point Server adatelemzési 
ML fidntetttton ji; funkcionalitása erősen tá- 
lég Sto system meta data PerformancePoint MSZZeti 24 k dik S Í S 
divsanená gepe DOT Tee - Pianálá MaszkodlKk az 0 erver 
contgurasons Business Modeler 
en TT se á Analysis Server OLAP 
E B 
15 ks 72 zenem madám kockáira, amelyeket egy 
sti "8 új monitorozási — megoldás- 
application 
martászrabareA viss Prociady hoz külön eszközökkel kell 
s - d Ti 
aA. 24 összeállítanunk, a terve- 
(7 Other 
az Perf. Point slldlbalűsás MG 28 
si EZENEBSKON köss Pplicati zési modul azonban ele 
databases E ejőgbe s 
fegácaton TT Fenn ve OLAP-kockákra épül, 
és ezek azonnal használha- 











3. ábra. A Planning Server architektúrája 


kell, és előre kell jeleznünk a bevételeinket, a 
költségeinket, az erőforrásokat, az ügyfélelé- 
gedettséget, és még folytathatnánk a sort. A 
tervezés tehát arra koncentrál, hogy mit sze- 
retnénk elérni, azt hogyan akarjuk megvaló- 


sítani, és szerintünk mi fog történni. 


Mire használhatjuk 
a PerformancePoint Servert? 


A továbbiakban 
majd, hogy miből áll egy PerformancePoint 


részletesen megnézzük 
Serverre épülő teljesítménymenedzsment 
megoldás, de előbb érdemes néhány pontban 
áttekinteni, hogy mire is használhatjuk a Per- 
formancePoint Servert. 
Teljesítménymonitorozás. A Performance- 
Point Serverben foghatjuk össze a teljes 
monitorozó . eszköztárat a teljesítménymuta- 
tóktól kezdve a komplex elemzőnézetekig. 
Különböző adatforrásokból, számos riporttí- 


pusból, elemzőnézetből építhetjük fel a megol 
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tók elemzési célra is. 
A  Perfor 


mancePoint Server kész pénzügyi tervezési 


Tervezés. 


modellekkel, előre definiált dimenziókkal, 
számításokkal, az adatbázisok automatikus 


létrehozásával és karbantartásával, automa- 


tikus és szkriptelhető deploymenttel, fejlett 





Strategy Map Scorecard 


z Incresse Revenue . 
2 Maintain Overali Margins 
Net Profit 18.0006 
Contribution Margin 71.984 
YOY Revenue Growth 22.004 


. 
15.0on § 
66.004 § 
15.004 $ 
New Product Revenue $2,463.887 $2,000,000 . 










AS 


jogosultsági rendszerrel, valamint adatin- 
tegrációs eszközökkel támogatja a tervezést. 
Felhasználói felülete az Excel, ebben történik 
az adatbeviteli formok kialakítása és a fel 
használók az Excelen keresztül tölthetik be, 
kérdezhetik le a tervezési adatokat. Az Excel 
felület mögött azonban egy relációs és egy 
OLAP-adatbázis található, így az Excelben 
adattárolás nem történik, az adatok mindig 
egy központi adatbázisban tárolódnak, ame- 
lyet a PerformancePoint Server komponensei 
tartanak karban, így biztosítva a megbízható- 
ságot és a konzisztenciát. A tervezési folyama- 
tot tervezési ciklusok, feladatok kialakításá- 
val támogathatjuk, amelyek automatikusan 
értesítik a felhasználót a végrehajtandó tevé- 
kenységekről, és felügyelik a jóváhagyási fo- 
lyamatot is. Mindehhez egy igen részletekbe 
menő jogosultsági rendszer tartozik, amellyel 
korlátozhatjuk a modellekhez, dimenziókhoz 
és az egyes elemi adatokhoz történő hozzá- 
férést is. Mindezekkel az eszközökkel olyan 
megoldásokat építhetünk, amelyek teljesen 
le tudják fedni, és nagymértékben automa- 
tizálják egy-egy cég pénzügyi, kontrolling-, 
értékesítési, humánerőforrás- stb. tervezését. 

A továbbiakban megnézzük, hogy a Perfor- 
mancePoint Serverrel hogyan lehet minden- 
re kiterjedő teljesítménymenedzsmentmegol 


dást megvalósítani. 


Architektúra, szükséges infrastruktúra 

Megoldásunkhoz először is szükségünk van 

valamilyen infrastruktúrára. A Performance- 

Point Server két fő komponensből áll: 

a a Monitoring and Analysis: a teljesítmény- 
monitorozást és az elemzést tartalmazó 
szolgáltatások; 

a Planning: az üzleti ter: 
vezést támogató szolgál 
tatások. 

A két komponenst egy- 
mástól függetlenül is hasz- 
nálhatjuk, telepíteni is kü- 
lön kell őket. Ha tehát a 


teljesítménymenedzsment 























2 Control Spend . 
10.005 


1.005 § 


Expense 85 9 of Révi 12.0004 





Expense Verisnce 99 3.000 
Customer Satisfa or 
Count of Complaints 127 20 4 
Total Backorders 5.000 1.000 6 
Avg Customer Survey Rating ? :. 
Unigue Repest Customer Count 785 
- Acgulre New Customers 3.547 
New Opportunity Count 446 309 
Total Opportunity value $1,452,989  $2,000,000 4) 
Sand SdÉGE a ász 


z Improve Service Ouality/Responsíveness a 
Service Error Röte 3.009 6.005 4 
Fulfiliment Percentage 55.0096 60.007 4 

2 Understand Customer Segments éé 
New Froduct Acceptance Rate 33.004 25.004. $ 

e 


tane Comdoszt BAVT 19 Aha 19 Ata 


allkalmazásunk "mem tat 
talmazza a tervezést, akkor 
elegendő csak a monitoro- 
záshoz szükséges kompo- 
nenseket telepítenünk. 


A Monitoring Server 

















4. ábra. Scorecard és a kapcsolódó stratégiai térkép 


architektúráját a 2. ábra 


szemlélteti. 
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A komponens központi eleme a Monitor 
ing and Analysis Service, egy webszolgáltatás, 
amely egy SOL Serveradatbázisban tárolja a 


különböző elemek (KPLk, scorecardok, irá- 


tatás és a Planning webszolgáltatás. Planning 
szolgáltatáshoz az SOL Server Enterprise vál 
tozatára van szükségünk, és természetesen itt 
is kell egy Windows 2003-as szerver, az [IS és 


az Active Directory. 





( Details 


A Planning egyes kom- 








ET ata 
Data Sources available on the server 
Name I Type Owner Version —— ] Date Moditiod 
-) 4 AI Vata sources 
OG CA kdventuró Works Dw 
(4 Sales Summary www. ExtendedResuks com 1 (orD0/z007 1:57:3..., 


E Ca Pow 
La Pow 
E Ca FPS Launch Demo 
(al. PP5S Launch Demo Cube 
a CA PPS Planning Demo 
Ú4. ASH Corp Mark Reporting 
A Cd Projezt RFAL Dema 
LU ProjecL REAL 
(ad 127.0.0.134CRM Analyzer4CRM a... 
(al Adventure Works Ow 
ÚJ Adventure Works DW - KPIs 
ÚJ Adwenturewoeks Még 
CA Adventuretárksgi ODBC 
Ld €ortoso Sales: Targets 
La CRm analyzer 
(al Direct Sales: Adventure works 


Í Irmplalr 


ÚU Os Spreadsheet I Excel Services Data Source 


Ul Fow cube 


TRÉERÁÉEBÉE § E 








íg 


1] Excel Sermocs Import From ShároPont 
Excel 20... Lite 





Relatod KPIs 


ponenseit - a Performance- 
Point Business Modelert, 
amely a modellek kialakí- 
tásának eszköze, valamint 
a tervezési űrlapok elkészí- 
téséhez, kitöltéséhez szük: 
séges Excel Addint - a 
kell 


munkaállomásokra 





U FOw Detad 
Ld Pow wit 


E 
t 





E 
tk 











I Create a data source based an an fxcel Services file. 


telepítenünk. 





al Egyszerű esetben min- 
ET eme] I 
den komponens egy gépre 





5. ábra. Adatforrások definiálása a Dashboard Designerben 


nyítópultok stb.) definícióit, és gondoskodik 
a KPI-k, scorecardok, táblázatok, grafikonok 
forrásadatainak eléréséről. Az irányítópul 
tok megjelenítése a SharePointon történik, 
a SharePointra telepített PerformancePoint 
komponensek segítségével. A fentiekből már 
kiolvasható, hogy a Monitoring komponens- 
hez a SharePointon (WSS vagy MOSS) kí- 
vül legalább egy Windows Server 2003-ra, 
IIS-rre és SOL Serverre van szükségünk, és 
természetesen Active Directoryra a bejelent 
kezéshez és a jogosultsági rendszer támoga- 
tására. (Megjegyzés: ha a KPl.k, táblázatok, 
grafikonok adatforrásaként használt SOL 
Server nem ugyanazon a gépen van, mint a 
Monitoring szerver, és a felhasználó identitá- 
sát tovább szeretnénk vinni az adatforrás felé 
a jogosultsági rendszer miatt, akkor Kerberos- 
autentikációt is kell implementálnunk.) 
Ügyféloldalon a megjelenítő eszköz a bön- 
gésző, Internet Explorer 6 vagy későbbi vál 


tozat. A fejlesztőeszköz pedig a Dashboard 


feltelepíthető, de célszerű 
legalább az SOL Servert és 
a MOSS szervert külön gépre telepítenünk. 
Szükség esetén a Monitoring és Planning 


komponensek is külön gépen lehetnek. 


Teljesítménymonitorozás 

A PerformancePoint Server a teljesítmény- 
monitorozást webes irányítópultokkal támo- 
gatja. Az irányítópultok olyan SharePointba 


ágyazható weblapok, amelyek speciális web- 


4 
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kat a legfontosabb mérőszámokat, amelyek 
a teljesítmény méréséhez szükségesek. Ilyen 
lehet például a tervezett és aktuális bevétel 
viszonya, a nyitott lehetőségek ideális és ak- 
tuális száma, az eladott termékek mennyi 
ségének, összetételének alakulása. Ezekből 
alakíthatjuk ki a KPl-ket és a scorecardokat. 
A scorecardokhoz kapcsolódóan érdemes el 
gondolkodni azon, hogy stratégiatérképen is 
szemléltessük az egyes mutatók összefüggé- 
seit. Ezek után meg kell határoznunk, hogy 
milyen további riportokra, elemzési lehetősé- 
gekre van szükségünk, és hogyan, milyen for- 
mában fogjuk ezeket a felhasználói interfésze- 
ken megjeleníteni. Ha ezzel készen vagyunk, 
azaz  DONtosam etudjük Shogy smit takatunk 
megvalósítani, akkor meg kell vizsgálnunk, 
hogy a mutatószámok, jelentések előállításá- 
hoz milyen adatokra van szükségünk, ezek 
hol találhatók, és milyen módon állnak ren- 
delkezésre. Előfordulhat az is, hogy a megol 
dás részeként SOL- vagy OLAP-adatpiacokat 
kell építenünk, és ezekből kell előállítanunk 
a szükséges információkat. (Ha gyors megol 
dást akarunk, adatforrásként akár egy Excel 
táblázatot is használhatunk, és ha van Share- 
Pointszerverünk, a jelentéséket is készíthet 
jük Excelben.) 

A következő lépés, hogy 
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52 DusnessProcess Párenti 
az Busnosírocoss Sogyor 
49. Busnessprocess 50urce 


mutatók konkrét, számsze- 
rűsített információt tartalb 


maznak a cég, egy speciális 


XV 


MM 


United Kingdom Canada United States Nevs Zealand 


2. BusínessProcess Starda v 
h 


Designer, egy Office 2007 felhasználói in- al 


terfésszel rendelkező clickkconce alkalmazás, 
amellyel grafikusan szerkeszthetjük a monr 
torozási funkciók felhasználói interfészeként 
szolgáló irányítópultokat és azok építőele- 
meit. A Dashboard Designert csak azoknak 
a felhasználóknak kell telepítenünk, akik az 
irányítopultokat publikalják skarbantartjak: 

Amennyiben az üzleti tervezést is szeret 
nénk támogatni, szükségünk van a Planning 
Server komponensre is. 

A Planning Server két legfontosabb eleme 


a Planning Process Service Windows-szolgál- 


SZEPTEMBER-OKTÓBER 





6. ábra. Jelentés készítése a Dashboard Designerben 


partokat tartalmaznak, egy-egy lapra csopor- 
tosítva az egy kérdéskörhöz tartozó mutató- 
számokat, jelentéseket és egyéb fontos infor- 
mációkat. Az irányítópultokon a felhaszná- 
lók szűrőfeltételeket állíthatnak be, egyszerre 
szűrhetik a különböző elemeket, és interaktí- 
van dolgozhatnak az egyes webpartokkal. 
Képzeljük el, hogy feladatunk egy cég ke- 
reskedelmi teljesítményének a monitorozá- 


sa. Ehhez először meg kell határoznunk azo- 


terület vagy egy-egy közre- 
működő teljesítményére 

vonatkozóan. Négy részből 
állnak, egy célértékből, egy aktuális értékből 
és a jelenlegi státuszt, valamint a trendet jel- 
képező egy-egy grafikus indikátorból, ame- 
lyek általában háromértékűek, egy-egy ikon 
jelöli a célérték és az aktuális érték, illetve 
trend alapján kiértékelt teljesítményt. Ilyen 
teljesítménymutató lehet például az árbevétel 
alakulása a kitűzött célhoz képest. A KPl-ket 
az irányítópultokra nem közvetlenül vezetjük 


ki, hanem scorecardokba foglaljuk. 


KA 
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Scorecard. A scorecard egy vagy több tel 
jesítménymutatót tartalmaz. A teljesítmény- 
mutatók a scorecardon csoportosíthatók, ösz- 


szesíthetők, és dimenziók szerinti bontás- 





lyek lehetnek SOL Server, Analysis Services- 
vagy ODBC-adatforrások, Excelfájlok vagy 
Excel Servicesbe publikált munkafüzetek és 
SharePointlisták. 
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peznek a Dashboard Designerben összeállít 

ható táblázatok és grafikonok (Analytic Grid, 

Chart), amelyeket helyben készítünk el. 
Végül elhelyezzük az egyes elemeket az 


irányítópultokon, definiáljuk a szűrőfeltéte- 
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7. ábra. Irányítópult tervezése a Dasboard Designerrel 


ban jeleníthetők meg. A PerformancePoint 
scorecardjai szűrhetők, megjegyzéseket fűz- 
hetünk hozzájuk, és összekapcsolhatjuk őket 
más irányítópultelemekkel. Egy adott KPL 
hez például hozzákapcsolhatunk egy jelen- 
tést, amely a KPLre kattintva megjelenik az 
irányítópulton. 

Riport. Több riporttípus közül választha- 
tunk, attól függően, hogy milyen tartalmat 
szeretnénk megjeleníteni, milyen fokú inter 
aktivitásra van szükségünk, és milyen tech- 
nológiával rendelkezünk. Megjeleníthetünk 
SOL Server Reporting Servicesjelentéseket, 
Excel Servicesbe publikált Excebtdokumentu- 
mokat, ProClarityvel készített elemzéseket, 
stratégiai térképeket, interaktív Performance- 
Pointtáblázatokat és -grafikonokat, valamint 
tetszőleges weblapokat is, amelyek az url-en 
keresztül akár paraméterezhetők is. 

Stratégiai térkép. A stratégiai térkép 
olyan ábra, amelyen vizuálisan szemléltet 
jük a cég vagy egy részleg teljesítményének 
különböző elemeit és azok összefüggéseit. A 
PerformancePoint stratégiai térkép nem más, 
mint egy VIisio-ábra, amelyet egy scorecard- 
hoz illeszthetünk, és a scorecardon szereplő 
KPL-k színét és adatait a Visio objektumaihoz 
kapcsolhatjuk. 

Tekintsük át most lépésről lépésre, ho- 
gyan is áll össze a teljesítménymonitorozási 
megoldás! 


Először az adatforrásokat definiáljuk, ame- 


KR 


Az adatforrások után a KPl-ket definiál 
juk, majd a KPLket scorecardokhoz kapcsol 
juk. Elkészítjük a stratégiai térképeket, és 
hozzákapcsoljuk azokat a megfelelő score- 
cardokhoz. Definiáljuk a jelentéseket is; ez 


abbólrállsáógy azráltatiikválásztott plátlót 
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niálhatunk például egy olyan szűrőt, amely a 
kereskedelmi területek listáját egy adatbázis- 
ból tölti fel. A szűrőfeltételek között kitünte- 
tett szerepe van az időnek, lehetőségünk van 
például arra, hogy olyan feltételt állítsunk 
be, amely mindig az utolsó három hónapot 
vagy az aktuális évet tartalmazza. 

Ha elkészült az irányítópult, a Dashboard 
Designer segítségével ki is próbálhatjuk azt 
egy erre a célra rendelkezésre álló tesztalkal 
mazással. 

Miután minden teszteltünk, az irányító- 
pultokat a Dashboard Designerből publi- 
káljuk a megfelelő SharePointdokumentum- 
tátakbdaks 


, 
Elemzés 
A PerformancePoint Server számos lehetősé- 
get kínál arra, hogy az adatainkat elemezzük. 


Az adatelemzéshez az SOL Server Analysis 
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8. ábra. SharePointra publikált PerformancePoint-irányítópult 


mon - Excel Services, Proclarity, SOL Server 
Reporting Services - elkészítjük, telepítjük 
őket, és hivatkozunk rájuk. Ez alól kivételt ké- 


OLAPkockákat 


használhatjuk, amelyekhez az irányítópulto- 


Servicesben létrehozott 


kon publikált interaktív PerformancePoint 


Microsoft TechNet 
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táblázatokkal, grafikonokkal és ProClarity-, 
valamint Excel Services-jelentéseken keresz- 
tül férhetünk hozzá. Az elemzések alapját te- 
hát az OLAP kockákon definiált különböző 
típusú riportok szolgáltatják. Iermészetesen 


az elemzési funkcionalitás nagyban függ at 


Mik is ezek a problémák? Elsősorban az 
okozza a gondot, hogy a tervezéshez nagyon 
sok különböző információra van szükség, 
ezeket be kell szerezni, rendszerezni kell, szá- 
mításokat kell végezni rajtuk, majd többször 
át kell dolgozni, végül pedig megfelelő formá- 


ban közzé is kell tenni őket. 





2. Day cf Wook - Ad Önys 
2, Manufacturer - Al Marufocturer 
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A mai gyakorlatban ez tipi- 
kusan Excelben történik, 
mivel az Excel nagyon sok 


segítséget ad a munkához. 


Eöz 
Sales Amk; $41,237,159.93 
96 Gross Margin; 6.9 


Az Excelre épülő megol 
dásoknak van viszont né- 
hány komoly hátulütőjük: 
nem elég biztonságos, köny- 


nyen módosítható, a vál 





tozások nehezen követhe- 
tők, egyszerre többen nem 
szerkeszthetik ugyanazt az 


állományt, és a munkafüze- 





9. ábra. Adatelemzés ProClarityvel 


tól, hogyan alakítjuk ki az elemzések alapját 
képező OLAP-kockákat, ezzel a magazin egy 
másik cikkében foglalkozunk. 

Nézzünk egy szemléletes példát a lehetsé- 
ges elemzésekre! 

A 9. ábrán egy ProClarity-teljesítménytér- 
képet látunk, amelyen az egyes régiók és ter- 
mékcsoportok értékesítési adatai láthatók, a 
területek nagysága az eladott áruk összérté- 
két, a színek pedig a profitot reprezentálják, a 
nagyobb piros területek arra figyelmeztetnek, 
hogy az adott termékcsoportból nagyobb ér- 
tékben, de alacsony profittal értékesítünk. A 
jelentést a ProClarity Web Professional alkal 
mazásban megnyitva egy dekompozíciós fát 
tudunk készíteni az adott termékcsoportból 
az értékesítés földrajzi megoszlása szerint. A 
10. ábrán a profit alakulásának bontását lát 


juk egy dekompozíciós fával szemléltetve. 


Tervezés 

Az üzleti tervezés a PerformancePoint Server 
legösszetettebb szcenáriója, mivel a tervezé- 
si modellek megalkotása, a szükséges számí- 
tások, előrejelzések definiálása, az űrlapok, 
folyamatok kialakítása igen munkaigényes. 
Mégis megéri azonban ezzel foglalkozni, 
mert a PerformancePoint Server sok olyan 
problémát megold, amely az üzleti tervezés- 
ben jelentkezik, és komoly kihívást jelent a 


területtel foglalkozó szakembereknek. 
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tek megbízható tárolásáról, 
verziókezeléséről, valamint 
a tervezési folyamatok ve- 
zérléséről is külön kell gondoskodnunk. 

A PerformancePoint Server ezzel szemben 
az adatokat egy központi adatbázisban tárol 
ja, miközben a felhasználók Excelfelületen 
dolgoznak, és az Excel teljes funkcionalitását 
kihasználhatják a tervezés során. A terve- 
zés nem ad hoc módon, hanem szabályozot 
tan zajlik, munkafolyamatokat alakíthatunk 


ki feladatok előírásával, jó- 
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Ezek után tekintsük át, hogy miből áll egy 
PerformancePoint tervezési megoldás! 

A PerformancePoint Server tervezési meg- 
oldását alkalmazások, modellek, a modellek 
közötti adatátadást meghatározó asszociációk, 
a tervezési folyamatot támogató tervezési cik- 
lusok, a tervezés során kitöltendő űrlapok, a 
jogosultsági rendszer kialakítása és a tervezés- 


hez szükséges adatok kezelése alkotja. 


Alkalmazások 

A PerformancePoint Server alkalmazás nem 
más, mint az egymáshoz szorosan kapcsoló- 
dó dimenziók és modellek gyűjteménye. Az 
alkalmazáson belül több úgynevezett mo- 
del site alakítható ki, amely a dimenziók és 
modellek további strukturálását teszi lehető- 
vé. Fizikailag minden alkalmazáshoz tartozik 
egy relációs alkalmazás-adatbázis, egy, a szá- 
mításokat és összesítéséket támogató OLA P- 
adatbázis, valamint egy betöltést segítő relá- 
ciós átmeneti adatbázis. Az alkalmazásokhoz 
és site-okhoz külön jogosultsági rendszert 
építhetünk fel, és ezeken belül definiáljuk a 


tervezési ciklusokat is. 


Dimenziók és modellek 

A tervezési modellek kialakítása előtt magát 
a tervezési folyamatot kell áttekintenünk. 
Egy kereskedelmi tervezés például indulhat 


azzal, hogy meghatározzuk az egyes termék- 





Breakdowmn of Gruss Profit for (Pruducts Bikes, Stores Europe) at Ouarter level ú 
rí 





váhagyással és részletesen 


szabályozott — jogosultsági 
rendszerrel. A tervek, elő- óáás 
rejelzések állapotát pedig 
a  monitoring-komponens FEVES 
irányítópultjain követhet 


Mindezek fit 


mellett, a tervezési modelk 


jük nyomon. 


lek kialakítását és a külső 


Germany itaty Spain Netherlands 
1 UGEK 39 319K 199 Z3IK 109 253 9 
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Gt CY 2009 a2CY 2009 Gt CY 2004 02 CY 2004 09 CY 2004 04 CY 2004 
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adatok integrálását is nagy- 
mértékben egyszerűsíti, így 
a projektek átfutási ideje 


is jelentősen csökkenthető. 



































Ha egy mondatban kell ösz- 








szefoglalni a Performance- 
Point szerver legfontosabb 
előnyeit a hasonló megoldásokkal szemben, 
akkor azt emelhetjük ki, hogy a PPS a teljes 
tervezési folyamatot átfogja, annak minden 
elemére jó megoldást ad, és megszünteti azo- 
kat az anomáliákat, amelyek nehézkessé, las- 


súvá és megbízhatatlanná teszik a tervezést. 


10. ábra. A profit elemzése dekompozíciós fa alkalmazásával 


csoportok és kereskedelmi régiók elvárt be- 
vételeit és profitját, majd ezeket a felső szintű 
terveket régiónként és termékcsoportonként 
tovább finomítjuk, lebontva az irányszámo- 
kat konkrét termékekre, kereskedőkre, ügy- 


felekre. Ezután az így kialakított terveket visz- 


K/ 
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szacsatolhatjuk, összehasonlíthatjuk a felső 
szintű tervekkel, majd véglegesítjük őket. A 
folyamat azonban itt nem áll meg, hiszen év 


közben szükségünk van arra, hogy a terveket 


ügyfél (például szegmensekre bontva), az idő 
(év, negyedév, hónap). A PerformancePoint 
Server számos előre definiált dimenzióval 
rendelkezik, amelyek megkönnyítik a model 


lek kialakítását, mivel az 
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előre definiált dimenziók 


Irányítópultok, 
Scorecardok, 
analítikus nézetek 


hoz előre definiált üzleti lo- 


filés tői gika is tartozik. Ha például 
eszközök) d Bő . at 
egy penzugyi tervezesi mO- 
Excel alkalmazás- dellt akarunk kialakítani, a 
integráció: 

.  ! adatbevitel, riport 
tervezés 


beépített dimenziókból és 
az ezekhez kapcsolódó elő- 
re definiált számításokból 
a modellünk jelentés részét 
fel tudjuk építeni. A be- 
épített funkcionalitásra jó 


példa az átváltási árfolya- 





mok kezelése, a főkönyvi 





IT. ábra. A PerformancePoint tervezési megoldása 





össze tudjuk hasonlítani az aktuális teljesít 
ménnyel, előrejelzéseket tudjunk készíteni, 
és bizonyos esetekben a tervek módosítására 
is sor kerülhet. 

A tervezés alapja az, hogy megfelelő terve- 
zési modellel, modellekkel rendelkezzünk. A 
PerformancePoint Serverben a tervezési mo- 
dellek kialakítása felhasználói felületen ke- 
resztül történik, míg az implementáció SOL 
Server relációs és OLAP-adatbázisokban va- 
lósul meg. Egy tervezési modell tulajdon- 
képpen nem más, mint egy OLAP-kocka a 
hozzá tartozó relációs adattáblákkal. A ter 
vezési modellek kialakítása során a modellek 
struktúráit az OLAP-kockákhoz hasonlóan 
dimenziókból és mértékekből állítjuk elő, 
definiáljuk a szükséges számításokat és a mo- 
dellek közötti összefüggéseket. A felhaszná- 
lói felületen összeállított modellek a Perfor- 
mancePoint Server Planning adatbázisában 
tárolódnak. Az elkészült modelleket a fel 
használói felületről telepíthetjük az SOL- és 
az OLAPtkiszolgálóra. 

Egy kereskedelmi tervezés során tervezhet 
jük a bevételeinket, a költségeinket és profi 
tunkat termékcsoportokra, termékekre, érté- 
kesítési csoportokra, értékesítőkre, régiókra, 
ügyfélszegmensekre, konkrét ügyfelekre néz- 
ve. Terveink lehetnek éves, negyedéves, havi 
bontásúak. 

Az egyes tervezési szempontokból dimen- 
ziókat építünk, ilyen dimenzió lehet a termék 
(például termékcsoportokra bontva), a ke- 


reskedelmi régió, az értékesítési csoport, az 


nd! 


számlastruktúra támogatá- 

sa, az időbeni összesítések, 
halmozott értékek számítása vagy a cégek kö- 
zötti sáámlamozgások konszolidációja. 


adatok 


kal történő feltöltése a Business Planning 


A dimenziók létrehozása és 
Modelerben történik. Egy-egy dimenzióhoz 
több különböző hierarchiát adhatunk meg, 
így az egyes modellekben másképp csopor- 
tosíthatjuk a dimenziónk adatait. Tipikus 
példa erre a főkönyvi struktúra különböző 
jelentésekhez, kimutatásokhoz alkalmazott 
eltérő csoportosítása. A dimenziók a későb- 
biek során tetszőlegesen bővíthetők, és külső 
adatforrásból, csv-állományból vagy adatbá- 
zisból is feltölthetők. 

A dimenziókat felhasználva kialakítjuk az 
egyes modelleket. Egy tervezési modell di- 
menziókból, tényadatokból és a modellen 
definiált számításokból áll. A modell kialakí- 


tása úgy történik, hogy kiválasztjuk a modell 


hez szükséges dimenziókat, majd definiáljuk 
a számításokat. Számításokra azért van szük- 
ség, mert a tervezés során számos adat, muta- 
tószám meglévő adatokból jön létre, és célsze- 
rű ezeket a modellünkbe befoglalni, ezáltal 
egyszerűsíthetjük és gyorsíthatjuk a riporto- 
lást és az elemzések készítését. Tipikus példa 
erre a különböző eltérések például terv-tény 
különbségének meghatározása vagy az átvál- 
tási árfolyamok alapján az értékek konver- 
tálásai 

Ha a tervezési folyamatunk egyszerű, ak- 
kor akár egyetlen modell kialakítása is ele- 
gendő lehet, ha viszont egy fentebb leírt 
többszintű tervezési folyamatot kell imple- 
mentáljunk, akkor több modellt érdemes 
építeni. Ilyenkor gondoskodnunk kell a mo- 
dellek közötti adatátadásról is, amelyet a 
PerformancePoint Server deklaratív módon, 
adatelemek közötti kapcsolatok, asszociációk 
segítségével támogat, így nincs szükség prog- 
ramozásra vagy külső ETL-eszközök alkal 
mazására. A modelleket egymásba is ágyaz- 
hatjuk, így a bonyolultabb modellek kisebb, 
újrafelhasználható elemekből is felépíthetők. 
Erre jó példa az átváltási árfolyamok keze- 
lésére szolgáló, előre definiált struktúrájú 
Exchange Rate Model, amelyet egyszerűen 
felhasználhatunk a pénzügyi modelljeink- 
ben. A PerformancePoint Server több elő- 
re definiált modellt is rendelkezésünkre bo- 
csát, ezek elsősorban a pénzügyi modellezést, 


elemzést, konszolidációt támogatják. 


Tervezési űrlapok 

A tervezési űrlapokat Excelben készítjük el a 
PerformancePoint Excel Addin segítségével. 
Az űrlapok kialakítása a megfelelő dimen- 
ziók és szűrőfeltételek kiválasztásával és be- 


állításával történik. Az űr- 





Corporate Costs 


Corporate Costs 


Financial model without shares calculations 
True 
ADVENTURE-WORKS)J administrator 


Checked Out By: 
Current Period: 
Parent Model Site; 


3 Dimensiuns: 8 








IFxpenudturm Assumpiticrrs 





3 Assuciations: (none) 








[ Nane 





12. ábra. Tervezési modell kialakítása a Planning Business Modelerben 






2] workspace Actions 











lapok létrehozása és hasz- 
Model Tasks 


Manage Model Dimension... 


nálata közben élhetünk az 


Manage Assumptionc.. , 


schedde Current Penod Updates. . . 


Excel formázási lehetősé- 


Check In 


Cancel Check Out 


geivel, a számításokhoz pe- 
dig az Excel függvényeit is 
igénybe vehetjük. A kész 
űrlapokat a Performance- 
Point Serverre publikáljuk, 
a felhasználók pedig a ter- 
vezési ciklusoknak megfele- 
lően használhatják azokat. 


A tervezés során a kitöltött 





űrlapok adatait az Excel fel 


tölti az alkalmazás adatbá- 


Microsoft TechNet 






KE CÍMLAPON 


zisába, így azok a többi felhasználó számára is 
elérhetővé válnak. Lehetőség van az űrlapok 
offline kitöltésére is, ilyenkor az adatok a lo- 
kális gépen tárolódnak, majd a szerverhez 
történő kapcsolódás után a felhasználó kez- 
deményezheti azok adatbázisba írását. 

Az űrlapok kitöltésénél lehetőség van al 


lokációra is, azaz egy-egy adat szétosztására 


írhatjuk, hogy az adott ciklusban az adatokat 
melyik időperiódusra vonatkozóan módosít 
hatják a tervezők. 

Például, ha a következő év terveit október 
1. és november 30. között kell elkészíteniük 
bizonyos felhasználóknak, és ehhez ki kell 
tölteniük a szükséges űrlapokat, a terveket 


pedig egy másik felhasználó hagyja jóvá, ak- 





























Select a matrix: 


Matrix! "A l 
Matrix2 
Jal 


Available actions for selected matrix: 


I Select dimensions B I 


Headcount Allocation by Segment 


FY2007 
Actual 


AAL 
Forecast 


wo say alj 


Headcount Headcount 


Core Segment o 
8 eeigánuldali 
Filters: 
Fel 





inet. Headcount and OPEX Summary 
- Region Germany " 

dec v Actual 

FY2007 

Core Segment 

Headcount 187 


Customer Satisfaction 3.54 





Values: 





[ 


Revenue / Headcount 
Cost / Headcount 


ety 
S8.M 98 
te] 1,991,107 Is 

















5 Refresh l 








El 37 ! 
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egy meghatározott dimenzió tagjai mentén 
egyenletesen, vagy már meglévő értékek szá- 
zalékos arányában. Igen kényelmes funkció 
az űrlapok újraszámításának ki-be kapcsol 
hatósága, ami különösen jól jön, ha bonyo- 
lult, sok számítást igénylő modellekkel dol 


gozunk. 


Tervezési ciklusok 

A tervezési ciklusok annak a meghatározá- 
sára szolgálnak, hogy kinek, mikor, milyen 
feladatai vannak a tervezés során. A tervezé- 
si ciklus tulajdonképpen egy olyan speciális 
munkafolyamat, amellyel előírjuk és biztosít 
juk, hogy a felhasználók határidőre kitöltsék 
a megfelelő adatbeviteli űrlapokat, és meg- 
mondhatjuk azt is, hogy kinek kell azokat 
jóváhagynia, véglegesítenie. 

A PerformancePoint Serverben tervezési 
űrlapot csak azok a felhasználók tölthetnek 
ki, akiket a tervezési ciklusban erre kijelöl 
tünk, és kizárólag a tervezési ciklus futam- 
ideje alatt dolgozhatnak az űrlapokkal. A 


tervezési ciklus definiálása során azt is elő- 


SZEPTEMBER-OKTÓBER 
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kor erre egy tervezési ciklust definiálunk. 
Bonyolultabb esetekben természetesen több 
tervezési ciklusunk lesz, amelyekhez több ki 


töltendő űrlap, határidő és felhasználó kap- 


csolódik. 


Adatintegráció 
A tervezéshez gyakran van szükségünk más 


rendszerekben már rendelkezésre álló ada- 


EZT KV7 
. mal 8 DS 
NY ÜEEESEEEBZOR zzzzjlesaai 


tokra, mint például a főkönyvi számlastruk- 
túra, az ügyféltörzs vagy az aktuális értékesí- 
tés, számlázás adataira. 

A külső adatok integrációját egy átmene- 
ti adatbázis és egy szinkronizációs megoldás 
támogatja, amely az átmeneti adatbázisba 
betöltött dimenzió- és tényadatokat szinkro- 
Dizálja az  alkalmazászadatbázissal Ez "nagy 
könnyebbséget jelent az adatbetöltő interfé- 
szek kialakításánál, mivel a szinkronizáció 
során az adatok közötti összefüggések is elt 
lenőrződnek, így minimalizálhatjuk a hibás 
adatbetöltésből eredő problémákat. A másik 
nagy előny, hogy az átmeneti adatbázist szük- 
ség esetén újra előállíthatjuk és szinkronizál 
hatjuk az alkalmazás-adatbázissal, így a betöl 
tési folyamat bármikor újrakezdhető. Ehhez 
egy parancssoros eszköz, a ppscmd.exe is ren- 
delkezésre áll, így a folyamat szkriptelhető, 


automatizálható. 


Összefoglalás és további információk 
Ha röviden össze akarjuk foglalni az eddi- 
gieket, azt mondhatjuk, hogy a Performance- 
Point Serverrel az egyszerű scorecard-megol- 
dásoktól kezdve a bonyolultabb többszintű 
pénzügyi tervezésig igen sokféle teljesítmény- 
menedzsmentalkalmazást ki lehet alakítani. 
Ha szeretnénk részletesebben megismerni, és 
lépésről lépésre végigkövetni egy monitoro- 
zási vagy egy tervezési megoldás kialakítását, 
akkor az alábbi hivatkozáson, nyilvánosan el 
érhető online tréninget javasoljuk: 
http:/www.microsoft.com/ business/ Per- 
formancePoint/resources/training.aspx 
Több könyv is megjelent a témában, ezek 
közül a kezdőknek a Rational Press két kiadvá- 
nyát érdemes elolvasniuk, amelyek az alábbi cí- 
meken jelentek meg: Planning with Microsoft 


Office 


PerformancePoint 








Lehetőségek 

e Szervezeti/működési 
modellek alakíthatókki 

e Helyi folyamatok alakíthatók 
ki 

Előnyök 

e A tervek, szabályok, 
scorecardok összehangolása 

e Lefelé, felfelé és oldalra 
szétosztott funkciók 
összehangolása 

e A tervezési folyamat időbeli 
összehangolása 
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Server 2007 és Monitoring 
Analyzing with 
Office 


mancePoint Server 2007. 


and 


Microsoft PerlőE 


Divíziók, További hasznos infor 
leányvállalatok, keze R [8 
területek mációk a termékkel és a 


Microsoft  üzletiintelligen- 
cia-megoldásaival  kapcso- 
latban Ca eto: vwvvv me 
Tösöolt.com/ hun bí/ olda 
lon találhatók. 
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Üzleti Intelligencia Microsoft 
platformon az IOSYS-tól 


Az IOSYS és elődcégei a 90-es évek ele- 
je óta foglalkoznak az ügyfeleik jelentés- 
készítési feladatainak informatikai támoga- 
tásával. A megoldott problémák a banki 
kötelező jelentéskészítéstől (például PSZÁF, 
MNB) az IFRS, Basel II és egyéb fedezeti szá- 
mításokon át a legkülönbözőbb tulajdono- 
si riportokig terjednek. Szőllőssy Gyula, az 
IOSYS Microsoft technológiákkal foglalko- 
zó kompetencia központjának vezetője el- 
mondta, hogy köszönhetően a Microsoft 
innovatív, új termékeinek (Excel 2007, SOL 
Server 2005, .NET 3.x, WPF) lehetővé vált, 
hogy a cégben felhalmozódott többéves je- 
lentéskészítési tapasztalatot átültessék egy 
erre a platformra készült termékbe. Az MS 
Casir az adattárház építési, jelentéskészítési 
és elemzési problémák támogatására kínál 
egy kedvező, kis- és középvállalatok által is 
megfizethető licensz költségű megoldást. 
Az MS Casir működésének lényege, hogy 


összegyűjti az elemzésekhez, számítások- 
hoz illetve a jelentésekhez szükséges ada- 
tokat a forrásrendszerekből és a különbö- 
ző nyilvántartásokból egy adattárház épí- 
tési SÍVEKE ella pá] kEnESZELSE; az adatok 
kalkúlációkat a feldolgozási folyamatok 
keretében a rendszer elvégzi, továbbá a 
jelentések előállításához és az elemzések 
támogatásához OLAP kockákat készít. Az 
így előállt adatokon a jogosult felhasználók 
különféle elemzéseket végezhetnek, illet- 
ve a standard, kötött szerkezetű jelenté- 
sek automatikusan állnak elő. Az MS Casir 
tulajdonképpen egy Microsoft platformra 
készült keretrendszer, amely támogatást, 
fogalmi és technikai keretet nyújt ezen fel- 
adatok átlátható, auditálható végrehajtásá- 
ra, mondta Szőllőssy Gyula. 

Az IOSYS a megoldást több ügyfelénél 
sikeresen bevezette, az egészen kis szer- 





Szőllőssy Gyula, Microsoft kompetencia 
központ vezető, IOSYS Zrt. 


vezetektől a nagyokig. Például az Electro- 
Coord Magyarország Kkht-nél a tulajdonosi, 
a kontrolling és a VPOP felé kötelezően át- 
adandó jelentések előállítására használják, 
az MNB-nél a Fizetési Mérleg Feldolgozó 
Rendszert, míg a Provident Pénzügyi Zrt- 
nél egy, az ügyfelek és tranzakcióik elemzé- 
sére használt rendszert valósítottak meg a 
segítségével. A megoldás mindhárom kör- 
nyezetben teljesítette az eredeti célkitűzé- 
seket, illetve további ügyfeleknél jelenleg 
is folyamatban van a bevezetése. (X) 
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ruár végén, hogy a Hyper-V demokratizálni 


fogja a szervervirtualizációs piacot. Ma már 


A 
van ingyenes ESX Server (VMware ESXi), és 
van ingyenes Hyper-V Server, lehet tehát válo- 
gatni a hypervisor alapú megoldások között, 


ár a választást némiképp egyszerűsíti, hogy 





használható és ingyenes felügyeleti konzol 


, 
csak a Hyper-V-hez van, amivel akár egy Vista 
SPI kliensről is irányíthatjuk valamennyi 
Hyper-V-t futtató kiszolgálónkat. (A részle- 


tes konfigurálási lépéseket megtaláljuk John 
2 9 . s. § Howard blogjában a 2008. áprilisi cikkek kö- 
Sza 3 a d OZ I d 09-00 VI rtu a 3 zacIios Me J oO 3 d aSOo k zött: http:// blogs.technet.com/jhoward.) 
2. j . , ;, A két eltérés megvolt, mi a fél? A grafikus 
te rU leté n kivá itké D D j felület. A Windows Server esetében mindig 
van választási lehetőségünk, hogy teljes grafi- 
kus vagy Server Core telepítési opciót válasz- 
szunk. A HypervV Server esetén a választási 
éhány hónappal ezelőtt, amikor virtualizációs megoldásaink palettáját mutattuk be, ! lehetőség nincs meg: csak parancssori válto- 
még sok helyen jövő időt kellett használnunk. Mára már alig maradt ilyen terület, sőt ! zatot telepíthetünk. 
lassan látszanak a következő generációs megoldások körvonalai is. Egyéb képességekben a Hyper-V Server a 
Windows Server Standard változatára épül, 
Helyreigazítás így ugyanazok a hardvermegkötések vonat 
Igazából nem is egy kiigazítandó hibáról van szó, csupán arról, hogy már a júniusi lapszámban ! koznak rá, ha a nagyobb verziókhoz hasonlít 
megjelent cikk felett is eljárt az idő. A napokban megérkezett ugyanis a Microsoft HyperV ! juk: legfeljebb 4 fizikai processzorral, maxi 


Server 2008, ami egy kicsivel tovább árnyalja a szervervirtualizációs megoldások palettáját. Így ! mum 32 gigabájt memóriával dolgozik, nem 





















































az akkori cikkben ismer- támogatja a fürtözést, és így a magas rendel 
tetett forgatókönyvet is. Virtualization Needs Microsoft Windows Server — Windows Server Windows Server kezésre állású virtuális gépeket sem. 
Hyper-VServer  ! 2008 Standard 2008 Enterprise 2008 Datacenter 
Elsőként azt vegyük gezttltttk A telepítési folyamat ugyanaz, mint a 
Server Consolidation u v v u 
észre a néven, hogy ez SZERES § ú ű ú Windows Serverek esetén - csak a verzió 
nem Windows. Vagy MSAT vu u u u kiválasztása és a termékkulcs beírása hiány- 
indows, 
mégis? Tulajdonképpen Local Gráptcaátiser Hterfőe u u u zik, mert ilyenek nincsenek. A rendszergaz- 
igen is meg nem is. Nevé- szátázásáázákánllkzzátsádtlsi u G dai jelszó beállítása és az első bejelentkezés 
sg; Ouick Migration vu 4 , 1; § c 
ben semmiképpen sem után egyszerű kis konzol fogad bennünket, 
Large Memory Support (Host 05) 5 32 4 u 
az: tudatosan kihagyták zt amellyel a legfontosabb beállításokat végez- 
Support for 5 4 Processors (Host 05) vu [vi 
belőle a Windows Ser- Ability to Add Additional Server Roles vu 4 u hetjük el. 
verre utaló megnevezést Virtualization Rights per Server License ) Each VM Guest 1Physical 1 VM 1Physical 4 4 VMs 1Physical 4 Meg kell mondjam, szívesen látnék egy ha- 
reguíres a Server Unlimited VMs 
ezzel is hangsúlyozva, Kéne sonló beállítási menüt a Server Core-on is, 
hogy itt egy olyan önálló 17. ábra. A Hyper-V Server és a Windows Serverek összehasonlítása sok időt lehetne megtakarítani vele. A Hyper 
célmegoldással van dol V szerepkör alapból telepítve van már, nem 


gunk, amelyik nem rendelkezik azzal a széles funkcionalitással, mint a teljes értékű Windows 1! kelltehát külön bekapcsolni, a hardveres elő- 
Serverek. Másfelől igen, mind a telepítési folyamat, mind az alapvető beállítások módja tipiku- ! feltételeknek viszont itt is meg kell felelnünk 
san windowsos (leginkább persze a Server Core beállításaira hasonlít). (IntetV. Lt vagy AMD-V-támogatás a procesz- 


Hová tegyük tehát a HyperV Servert a Hyper-V szerepkört nyújtó szervervál- 





tozatok sorában? Tegyük mindjárt a legelejére, ott a helye. A Windows Server ESTE EST Ées 


2008 Standard változattól ugyanis mindössze két és fél dologban tér el. 


Az első - és a legfontosabb -, hogy lényegesen szűkebb funkciókat nyújt a sze- szglgetnő Horkaroug: CSABI 
09 0. . 174 . . 6 § ari 0 Lu b ad ettings 
repköröket illetően, mint a legkisebb Windows Server lamiben van Hyper-V). JEL SZTEHEL ELETHEZ ETTE 
Windous Update Settings: Manual Ét ő 
A szerepkörök és képességek rövidke listájáról még lesz szó a későbbiekben. A etek hezag Étogir at leb ktsg a szt TT PE NEETÉTETETÁK EE mV ég yajz és ÉS 


Regional and Language Options 


másik fontos különbség a licencelés módja: a Hyper-V Server ingyenes termék, AZJETTÉZT 
,. , . . .. . , . 71. , a u áll bi User 
szabadon hozzájuthat bárki az interneten keresztül. A rajta futó virtuális gépek- — (BR ÉSEZEt RÉSEN 


12) Shut Doun Server 


hez viszont megfelelő egyedi licencekkel kell rendelkeznie a felhasználónak. esel OLT SALT 








Csak egy zárójeles megjegyzés: igen, eleinte 30 dollár körüli árról volt szó, EDOCASEL LT LTE ETT CLT ELLE 
de azóta bebizonyosodott, Steve Ballmernek igaza volt, amikor azt mondta feb- 2. ábra. A Hyper-V Server főmenüje 
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szorban, hardveres Data Execution Preven- 
tiontámogatás a BIOS-ban). Mi a helyzet 
viszont a további szerepkörökkel? Nos, sze- 
repkörből csak egy van, ez a Hyper-V, és a 
képességek listája is rövid, hiszen ez nem egy 


Windows Server. Ragadjuk 


visszatérni az első ábrán látható táblázat utol 

só sorához, abból látszik, hogy miért). 
Nézzünk néhány példát! Lehetnek például 

kiöregedett kiszolgálóink, amelyeken üzleti- 


leg kritikus alkalmazások futnak, amelye- 





ki csak a legfontosabbakat 
ezek közül. 
Biztonsági 
fontos, hogy a HyperV Ser 
ver merevlemezei is védhe- 
tők BitLocker technológiá- 
val, ami létfontosságú lehet 


például telephelyi elhelye- 





zés esetén. A kiszolgálónk 
lehet  iSCSikliens, ehhez 
konfigurálhatunk többutas 


ca. Administrator: CS Windowsisystem32icmd.exe 
operable program or batch file. 
csssersvadministrator?ocsetup 
c:Msersvadministrator?Zocilist 


szempontból Use the listed update names with Ocsetup.exe to install/uninstall a server role 


or optional feature. 


Adding or removing the Active Directory role with OCSetup.exe is not supported. 
It can leave your server in an unstable state. Always use DCPromo to install or 
uninstall fctive Directory. 


Microsoft-Windows-ServerCore-Package 
Installed:BitLocker 
Installed:BitLocker-RemotefdminTool 
Installed:Microsoft-Hyuper-U 
Installed:Microsoft-Windows-RemovableStorageManagementCore 
Installed:Multipathlo 
Installed:NetworkLoadBalancingHeadlessServer 
Installed:S$NMP-SC 
Installed:TelnetClient 
Installed:WindowsServerBackup 





cYWserstadministrator? 


3. ábra. A Hyper-V Server telepítése 





elérést a tárolórendszer fe- 


kell e ter Lát egál juk át in a 1 eled 2 


Listing of updates installed and individual installation results: 


lé (MultiPathIO), és belép- 


12 Security Update for Windows Server 2888 x64 Edition (KB9?416932: Succeeded 
ti i ate 


22 Cumulative Security Update for Internet Explorer ? in Windows Server 2 


hetünk egy terheléselosztási 
fürtbe is (NLBS). Mentéshez 


pedig ugyanazokat a paran- 


Edition (KB947864)-: 
32 Security Update for Windows Server 2888 x64 Edition (KB929485982: Succeeded 
42 Security Update for Windows Server 2888 x64 Edition (KB9585829: Succeeded 
52 Update for Windows Server 2888 x64 Edition (KB9?519782: Succeeded 
62 Security Update for Windows Server 2888 x64 Edition (KB9537332: Succeeded 
72 Cumulative Security Update for Internet Explorer ? in Windows Server 2888 

Edition (KB9538382: 
82 Security Update for Windows Server 2888 x64 Edition (KB95897429: Succeeded 
92 Update for Windows Server 2888 x64 Edition (KB9518729: Succeeded 


Succeeded 


Succeeded 


182 Update for Windows Server 2888 x64 Edition (KB95228729: Succeeded 


csokat használhatjuk, mint vi 


sokkal többre megyünk ezek- 


Installation Result: 
Restart Reguired: 


112 Update for Windows Server 2888 x64 Edition (KB95538929: Succeeded 
122 Windows Malicious Software Removal Tool x64 - September 2888 (KB3988389: Fai 


jó 4 132 Security Update for Windows Server 2888 x64-based Systems (KB93846429): Succee 
a Windows Serveren (ott is ae. 


Succeeded with errors 


True 





kel, mint az egyszerűsített Press return to continue... 


grafikus felülettel). 

A termék frissítései termé- 
szetesen a Windows Update-en keresztül ér 
keznek, választásunk szerint automatikusan 
vagy kézi frissítéssel. Kézi frissítés esetén még 
követhetjük is a folyamatot, ami kifejezetten 
hasznos, hogy lássuk: szükséges-e újraindíta- 
ni a rendszert. 

A Server Core-on használt parancsok dön- 
tő többsége megél ebben a környezetben is, a 
tűzfalat (igen, van és aktív!) például a netsh 
megfelelő használatával nyitogathatjuk ki, 
hogy a gépet grafikus eszközökkel felügyel 
hessük távolról. 

Hogyan árnyalja az új változat az előző 
cikkben leírt forgatókönyveket, mik lehet 
nek a HyperV Server tipikus alkalmazási 
módjai? 

Általánosságban jó választás lehet olyan 
esetekben, amikor a magas rendelkezésre ál 
lás nem követelmény, a virtuális gépekhez 
megfelelő licencekkel rendelkezünk, és nem 
is tervezünk további virtuális gépeket létre- 
hozni. Ha akár egyetlen további Windows 
Servert is szeretnénk futtatni virtuális gép- 
ként, amihez még nincsen licencünk, akkor 
már jobban megéri egy Windows Server 


Standard vagy magasabb változat (érdemes 


Li 


Kézi frissítés a Windows Update-ről 


ket nem tudunk újratelepíteni vagy frissíteni 
(nincs forrás, nincs szakember, nem fut az 
új operációs rendszereken, vagy egyszerűen 
nincs keret egy újabb verzió vásárlására). 
Ebben az esetben járható út lehet ezeknek a 
gépeknek a virtualizálása. A HyperV Server 
lehet például az ilyen gépek futtatási környe- 
zete, míg a korszerű alkalmazásokat és ope- 
rációs rendszereiket futtathatjuk Windows 
Servereken, ami egyrészt nagyobb rugalmas- 
ságot jelent a több funkció miatt, másrészt 
gazdaságosabb a licencelés módja miatt. 

Építhetünk a HyperV Serverre tesztkör- 
nyezetet, ahol akár az élesben használt virtuá- 
lis gépeinket is megépíthetjük (nincsenek 
platformkorlátok, dolgozhatunk 64 bites vir- 
tuális gépekkel is), majd azokat átköltöztet 
hetjük végleges helyükre, és élesíthetjük a 
gazdagép kulcsával. 

Ha pedig tovább bővül a Linux alapú 
rendszerekhez tartozó integrációs kompo- 
nensek köre (ahogy a tendencia már látszik 
a Xen, a SuSe és a Sun példáján), akkor akár 
ezeket a kiszolgálókat is virtualizálhatjuk 
Hyper-V Serverre. Miért? Mert energiát, fel 


ügyeleti ráfordítást azokon a gépeken is lehet 


sle] x ) 


megtakarítani, ott is vannak olyan szerepek, 
amelyek alacsony kihasználtsággal futnak ön- 
álló fizikai gépeken, és a Hyper-V Serveren 
keresztül ráadásul ezeket is egy egységes fel 
ügyeleti platform alá integrálhatjuk. De ez 
már átvezet bennünket a virtuális rendszer- 


gazdák világába... 


Virtuális rendszergazda — 
fogalomzavar vagy jövőkép? 

Az alcím talán egy kissé provokatív, de gon- 
doljunk bele: a felügyeleti rendszereinkben 
alkalmazott valamennyi automatizmus ép- 
pen azokat az unalmas, ismétlődő feladato- 
kat veszi le a vállunkról, amelyeket egyéb- 
ként igyekszünk elkerülni és gyakornokok 
vagy kezdő kollégák nyakába varrni. Nincs 
ebben semmi szégyellnivaló, ilyen az emberi 
psziché: az új, ismeretlen feladat az vonzó a 
számunkra, érdekli az agyunkat, és szívesen 
elvégezzük. Az unalmas, már ismert feladato- 
kat pedig továbbadjuk. Csak gondoljunk ar- 
ra, hogy a gyakornok is ember. Vagy mégsem? 
Talán éppen a virtualizáció lehet az a fon- 
tos eszköz, ami hosszabb távon kiszabadíthat 
bennünket a rutinfeladatok csapdájából. Az 
eszközök - úgy tűnik - lassan előállnak, most 
már a kreatív hozzáálláson és a lehetőségek 
legjobb kihasználásán múlik, hogy a robot 
szerű munkát valóban robotokra bízzuk. 

A cél elérésének két kulcsszereplője a Sys- 
tem Center Operations Manager 2007 (SP1) 
és a Virtual Machine Manager 2008 lesz. A 
két alkalmazás finom összehangolása nagy lé- 
pést jelent előre a szabályokra épülő informa- 
tikai környezet irányába, ami egyúttal azt is 
jelenti, hogy a megfelelő szabályok létrehozá- 
sával csökkenthetjük az emberekre nehezedő 
rutinfeladatok nyomását. 

Azt javaslom, induljunk egy képzeletbeli 
sétára, egy képzeletbeli számítóközpontban, 
és nézzük, hol találunk olyan feladatokat, 
amelyeket egy virtuális rendszergazdára bíz- 
hatunk. Az egyszerűség kedvéért foglalkoz- 
zunk csak a kiszolgálókkal, és tekintsük adot 
taknak a hálózati szolgáltatásokat (bár ott 
is adódnak lehetőségek automatizációra), to- 
vábbá feltételezzük azt, hogy a szolgáltatások 
nagymértékben virtuális gépeken futnak. 

Induljunk a kézzelfogható eszközök irá- 
nyából, kezdjük a fizikai hardverrel! Ma már 
minden komolyabb kiszolgáló rendelkezik 
olyan felülettel, amelyen keresztül felügyel 


hető és irányítható a hardver, így akár távol 


Microsoft TechNet 









— INFRASTRUKTÚRA 


ról kapcsolhatjuk ki vagy be a kiszolgálóin- 
kat, hogy csak a két leghétköznapibb műve- 
letet említsük. Már a kiszolgálók telepítése- 
kor is hasznát vehetjük ennek, ha például 
System Center Configuration Managerrel 
telepítjük a kiszolgálóinkat (is). Technikailag 
teljesen lehetséges az a forgatókönyv, amikor 
az SCOM észleli, hogy valamennyi virtuális 
gazdagépünk elérte azt a teljesítményhatárt, 
amikor már nem terhelhető tovább a felhasz- 
nálók korlátozása nélkül. Kiad hát egy paran- 
csot egy tartalék kiszolgálónak, a hardver- 
felügyeleti interfészen keresztül bekapcsolja, 
majd az SCCM-re bízza az operációs rendszer 
telepítését (amit az például a hálózati kártya 
egyedi címe alapján képes is megtenni). A te- 
lepített lemezkép már eleve tartalmazhatja 
a virtualizációs szerepkört és akár azt a kis 
scriptet is, ami automatikusan a megfelelő 
gazdacsoportba sorolja az új kiszolgálót. A 
SCOM - észlelve az új gazdagépet - most 
már akár automatikusan is képes lehet arra, 
hogy a leginkább erőforrásszűkében lévő vir- 
tuális gépeket átköltöztesse az új hardverre. 

Futurisztikusan hangzik? Egyelőre igen, 
de a meglévő eszközökkel már megvalósítha- 
tó. Ha nincs Configuration Managerünk, ak- 
kor használhatjuk a Windows Deployment 
Servicest, kiegészítve néhány konfigurációs 
XML állománnyal, ami a telepítést vezérli. 
Ebben az esetben igénybe kell vennünk va- 
lós gyakornokunkat, hogy a szükséges 5-6 
gombnyomást tegye meg. 

Valós gépeink hardvereinek és operá- 
ciós rendszerének felügyeletét ismét csak az 
SCOM-wa bízhatjuk. A legtöbb hardvergyár- 
tó már biztosít olyan felügyeleti csomagokat, 
amelyekkel aprólékosan követhetjük a hard- 
ver , életét", értesülhetünk a hibákról és a 


túlterhelésről. Ha pedig tudunk valamiről, 





CC /MIM ?NN2 architalktúra 


pt TT Te ete trztásjat ai]! 


alolaiat etelt 


Virtual Machine Manager 
Server 


gejl Server 


Operations Manager 
elda 


Management Interfaces 


EP "EP TEN FENT 


AMEL VM FV TVT 


SAN tároló alrendszer 








5. ábra. SAN tároló-alrendszer 


akkor létrehozhatunk automatikus válaszo- 
kat. Így például egy processzor túlmelegedé- 
sének esetére mondhatjuk az SCOM-nak, 
hogy ilyenkor néhány vagy minden virtuális 
gépet helyezzen át más kiszolgálóra. Ha kicsit 
merészebbek vagyunk, még azt is megvalósít 
hatjuk, hogy a szoftverfírissítések telepítése - 
illetve az amiatt szükséges újraindítás - vált 
son ki egy hasonló folyamatot, tehát minden 
virtuális gép költözzön el arra az időre, amíg 
a gazdagép újraindul. Hogy ez lehetetlen? Így 
a Live Migration első nyilvános bemutatása 
után azt mondanám: már nem sokáig. 

Kicsit távolabbra tekintve: ha megoldódik 
a virtuális processzorok és a memória dina- 
mikus kezelése, vagyis bármikor adhatunk 
és elvehetünk processzort és memóriát a vir- 
tuális gépeinkből, akkor az SCOM-ra esetleg 





Management Packs (539 


MName 
a Microsoft Yirtualization Core Library 
6 Microsoft Yirtual Server 2005 RZ 
ae Microsoft Swstern Center virtual Machine Manager 2007 
a Microsoft Wirtualization Reports 
ae System Center virtual Hachine Hanager FRC Library 


a System Center Wirtual Machine Hanager FRŐ VS Right Size 
a Microsoft Systern Center Virtual Machine Manager 2008 
a Microsoft vVirtualization Reports 2008 

6 System Center Internal Library 





.4.Laok far; ! Firud fon 


6 System Center Wirtual Machine Manager FRC HyperY Host Performance 


Clear 
version zt ) Szaled 
LÜzéz7 Ü YES 
L.Üz8z7 Ü YES 
L.Üz8z7 Ü VES 
L.Üü.26z27.Ü Yes 
zü.3194.ü YES 
z.ü.3194.ü YES 
z.ü0.31394.ü VES 
z0.3194.ü Yes 
zü.3194.ü YES 
á£.Ü.6z7ú.ü VES 








4. ábra. Virtuális gépek felügyeleti csomagjai az SCOM-ban 


SZEPTEMBER-OKTÓBER 


olyan döntést is bízhatunk, hogy éjszakára 
vonja össze a virtuális gépeket néhány kiszol- 
gálóra, kapcsolja ki a feleslegessé vált fizikai 
gépeket, majd reggel térjen vissza a nagyobb 
teljesítményű állapothoz. 

Gondolom, sokakban ott motoszkál már 
a kérdés, hogyan lehetséges ez? Hogyan tu- 
dunk ilyen együttműködést elérni a fizikai 
és virtuális környezet között? Először is: a 
System Center különböző felügyeleti meg- 
oldásai pontosan érzékelik, hogy mikor van 
dolguk fizikai és mikor virtuális rendszerrel, 
és ebben meglehetősen egyedülállóak a ha- 
sonló megoldások között. Az esetek jelentős 
részében a fizikai vagy virtuális környezetnek 
nincs jelentősége (például az egy-egy alkal 
mazásra vonatkozó eseménynapló-bejegyzé- 
sek értelmezésénél), más esetekben viszont 
nagyon is: például, amikor egy virtuális gép 
azért teljesít gyengén, mert egy másik leköti 
az erőforrásokat. Ilyen esetekben jön a képbe 
az a speciális felügyeleti csomag, ami a Vir- 
tual Machine Managerrel érkezik és a PRO 
névre hallgat. A PRO itt csak vizuálisan utal 
a professzionalizmusra, valójában betűszó 
(mi lenne más): Performance and Resource 
Optimization a feloldása. 

Vessünk egy pillantást a Virtual Machine 
Manager architektúrájának ábrájára, és már- 
is megértjük, hogyan épül fel a két alkalma- 
zás kapcsolata! 


Kicsit leegyszerűsítve: az SCVMM ismeri a 
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Library CONTOSO-DC.contoso.local Library objects (13) 
Library Servers c0k fo 









































eleme flbrayseve— Ítpe— [/OCeratimasystem — [Omer o nstats 


[E] Overview 
d Fi Library Server Ca 120G DE VHD Template CONTOSO-DC.conto, ., Virtual Hard Disk 64-bit edition of Win... . CONTOSOLadministr,., ÖK 
ms CONTOSO-DC.contoso. locijmt yzett ONNAN CONTOSO-DC.conto. ,, . Virtual Hard Disk Mone CSABASOLSJádminis. ., OK 
ag ba. SCVMM Library cs BlankDisk - Small CONTOSO-DC.conto... . Virtual Hard Disk None CSABASOLSJádminis,.. OK 
a éálsátásts 29 EBS-RC1-MGMT CONTOSO-DC.conto, ., Virtual Machine Unknown Unknown Stored 
7 íz csabasols.contoso.local 0 en win srv 2003 r2 standard with sp2 cdi ... CONTOSO-DC.conto,., ISO Unknown OK 
Ea MSSCyYMMLibrary ús en win srv 2003 r2 standard with sp2 cd2 ... CONTOSO-DC,conto.,. ISO Unknown OK 
sz VMHs and Templates ús en windows server 2008 datacenter enterpri.., CONTOSO-DC.conto,., ISO Unknown OK 
sz Profiles 3 en windows server 2008 datacenter enterpri.., CONTOSO-DC,conto,., ISO Unknovin OK 
en windows vista with service pack 1 x86 d... CONTOSO-DC.conto... ISO Unknown OK 
en windows xp professional with service pac... CONTOSO-DC.conto... ISO Unknown OK 
SBS RC1 DVD1 Installation CONTOSO-DC.conto,,, ISO Unknown OK 
SBS2008 vMMServer Template 64-bit edition of Win... . CONTOSOladministr,,, OK 
Vista Base CONTOSO-DC.conto, ,, Virtual Machine Windows Vista CONTOSOLadministr,,, . Stored 





6. ábra. Növekszik a könyvtár 


gazdagépeket, és tudja, melyiken milyen vir- 
tuális gépek futnak. Ezt a tudását megosztja 
az SCOM-mal, amelyik valamilyen eseményt 
értékelve figyelembe veszi eze- 
ket az információkat. Például 


ha egy virtuális gépen futó 
; ;, , ; j A Hardwarc Profilc 
alkalmazás elvárt válaszideje 8 Bos 
a ; sa EJ Piusz 
megnő, akkor képes megnézni 


WE Memory 
4036 MB 


a gazdagépet és az azon futó Ül iss 
j Ho Media Czptured 
többi virtuális gépet, hogy ők Tösa; 


19 COM2 
None 


Now: SZIVHD [Il SCSI Adoptor S$DVD AI Network Adapter 


íz Tprocessor 7.40 Gfiz Üpferon 


okozzák-re a lassulást. A két 
rendszer közös beszélt nyelve 
pedig a Windows Powershell, 
ami a grafikus konzolok alatt, 
azokon messzetúlmutató funk- 
cionalitást nyújt a hardver: és 


szoftverállapot lekérdezésétől, 


£ Bus Configuration 
3 67 IDE Devices 
2 Devices attached 
cz 9052000 
60.00 GB, Primary 


€5 Virtual DVD Drive 


505 NCI DVDT In 


a €- SCSI Adapter 0 


1 Device attached 
5852008 
120.00 GB. ID 0 
A Netvrork Adapters 
B Network Adapter 1 
Not cennnerted 
UE Network ádapter 2 
Not connected 
A Advanccd 
EH Pnority 
Nnermal 


(2) Availabííty 


Normal 


annak módosításáig. 

Ha mindehhez hozzátesz- 
szük, hogy az SCVMM képes 
a VMware V[3 rendszerek irá- 
nyítására is, az SCOM pedig 
hamarosan képes lesz nem Windows alapú 
rendszerek felügyeletére is, akkor hamarosan 
az automatizálási lehetőségek hatványozódá- 
sával számolhatunk. 

Ha még néhány gondolat erejéig visszaté- 
rünk a képzeletbeli számítóközpontunkhoz, 
akkor érdemes megnézni, milyen lehetősé- 
geink vannak a virtuális gépek kezelésére. 
Ezen a területen a Virtual Machine Manager- 
re támaszkodhatunk. Az alkalmazás egyik 
legfontosabb szolgáltatása a Library, vagyis a 
könyvtár. Ez igazából csak egy vagy több meg- 
osztás, ahol sokféle információt tárolhatunk: 
lehetnek itt ISO lemezképek, sysprep-pel elő- 
készített és üres virtuális diszkek, hardver: és 
szoftverkonfigurációs sablonok. 

Ha úgy adódik, bármikor elővehetjük 
őket, és néhány kattintással virtuális gépet 
készíthetünk belőlük. A kombinációk szá- 


ma jelentős: készíthetünk hardversablono- 


ki 





kat, amelyekkel különféle teljesítményű vir- 
tuális gépekhez juthatunk (variálhatjuk a 


processzorok számát, a memóriát, a hálózati 


Template Properties for SDS2000 xi 


- General. Hardware Configuratinn ] 08 Configuration ] Custom Properties [ Self-Service [ 


Rcmovec 


B Processzor 
Count: [2 ha 
Type: h -Pruutssui 1.40 GH- Opltaun -] 


Piocessor Functionality 
TT Limit processor functionalty 








istallabon 





o The (PIT tune is used ta snerify the nencessni rergnirements nf the viartisal 
machine. This setting ís used when calculating host ratngs and when setting 
CPU rezouros allocation. 


(Gy Ifyou are running windows NT 4.0 in your virtual machine you will need to 
7 limit the processor lity. 


7. ábra. Virtuális gép sablonja 
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létrehoznunk, ami a telepítést vezérli (ezért 
is szükséges a háttérben a Windows Auto- 
mated Installation Kit). A sysprep-pel elő- 
készített virtuális diszkekből is indulhatunk, 
akár kézi, akár automatizált telepítéssel. Az 
átmenetileg feleslegessé vált gépeinket pedig 
vissza is vonhatjuk a könyvtárba, amíg újra 
szükségünk nem lesz rá (esetleg egy másik 
gazdagépen). 

Amikor egy új virtuális gépet elindítunk, 
az SCVMM javaslatot tesz arra, hogy melyik 
gazdagépre helyezzük el azt. A számításnál 
figyelembe veszi az aktuális terheléselosztást 
és a gazdagépek kapacitását. Az eredményt 
egyszerű 5 csillagra épülő minősítésként kap- 
juk, néhány kiegészítő információ kíséreté- 
ben (például hogy a gazdagép SAN-ra csatla- 
kozik-e vagy sem). 

A tárolórendszer valóban kulcsfontossá- 
gú a virtualizált környezetben. Azon túl, 
hogy magas rendelkezésre állású virtuális 
gépek létrehozásához nélkülözhetetlen, az 
SCVMMxinek is megvan az a képessége, hogy 
a SAN-on belül mozgasson virtuális diszke- 
ket, ha a könyvtármegosztás és a virtuális 
diszknek szánt LUN ugyanazon a tároló- 
rendszeren található (így tehermentesíthető 
a hálózat, nem is beszélve a sokkal nagyobb 
sebességről). 

Ha visszatérünk a virtuális rendszergaz- 
da gondolatához, akkor azt látjuk, hogy az 
SCVMM minden művelete lefordítható Po- 
wershellparancsokká, és ebből következően 


automatizálható. Rajtunk mú- 





HI Ncvr Virtual Machinc Wizard 


4 Select Virtual Machine Host 





Select a host for the virtual machine. Hosts are rated based on the vitual machine configuration and placement options. 


lik, hogy meghatározzuk azo- 


€ Ide j 
kat az eseteket, amikor vala- 


milyen automatikus választ vá- 





steps 
E Sehect Suunue 


E Vatual Machine Idontity § úr 7 
hyper.contoso. local 


B Canfigire Hardwsara E csabasots.contoso local 


E Guest Üperating System 

E Select Destination 

E Select Vírtual Machine Host 
B Select Path 

19 Select Networks 


5 Additional Fropenies 


1 Adátional information 
Detals ] Rating Explanaton [ SAN Explanation 


B Summary 





[ nnk fne 37 r] in ETES r] 





What do these ratings mean? Cuztomize Ratinge... [ 





Description 

SLalus OK 

Operating system Microsoft(B Windows Server(g 2008 Enterprise , Service Pack 1 
Virtuakzation software Microsoft I lyper-V 

Virtuakzation software status up-to-date 

virtual machincs EBS RC1 EDGE, EBS RC1 MSX, WDS TEST, WDS VISTA, WDS XP 


—kenoss [2 ven ] 


runk a rendszereinktől, és hogy 


2 Network 
4 Network 


milyen döntési pontokban aka- 
runk mi közbeavatkozni. 
Talán rendhagyó ez a cikk 
abból a szempontból, hogy 
nem tételesen halad végig egy 
új termék funkcióin, de sokkal 
fontosabbnak éreztem, hogy 
felvillanjanak a hosszú távú le- 
hetőségek, amelyek benne rej- 
lenek. Mert tudhat a techno- 





lógia akármennyit, ténylege- 





8. ábra. A virtuális gép kiválasztása 


csatolókat és a diszkeket). A hardversablo- 
nokkal telepíthetünk virtuális gépet kézzel 
és automatikusan, ekkor egy XML fájlt kell 


sen csak annyit ér, amennyit 
kihasználunk belőle... 

Somogyi Csaba 

(Csaba. Somogyi(Omicrosoft.com) 

Microsoft Magyarország 


Microsoft TechNet 
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"2 monitorozná az alkalmazottak fiziológiai 
A $cnsoty Networks bejsdsneset A Paramétercit (szívritmus, vérnyomás ) ésa 


és HyperScan olyan úsztán szoftveres környezetű faktorokat. A kapott információk 
e § erőforrásgényes eleee élétéa felismerné a biztonsági 
finesztrációvstrcsszhelyzetet. és azonnal 
gondoskodna a gondok orvoslásáról, A cég 
szenat egy ilyen rendszer 



















munkajogi aktrvisták máris 
praccsszorart használó adtak hangot: szerintük ilyen eszközt csak 
krvészkesen indokolt esstekben szabadna 





csomagokkal. A probléma sikeres kizkmázáss 
ctán tetszőleges kód válik funathatóvá. A 





fejlesztő más közzéreüe javításait 
" További információ: Timea ne. További informá lak 
KAPCSOLÓDÓ OKKEI . TE un Az Adobe Conmect Enterprise Scrver 
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Máris több tízezerre 


tehető azoknak a szervereknek a száma. 
melyekca spontán képződő. véletlenszerű crrn ee 
Ugyancsak Adobe ké 
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További információs Adobz. 
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GROUP POLICY 





PREFERENCES 


Mi ez egyáltalán? Mikor először hallottam róla, valaki úgy 


jellemezte, hogy ez egy beállításgyűjtemény, ami olyan, mint 


a csoportházirend, de nem kötelező érvényű a felhasználóra. 


Rendben, de akkor mi értelme? Főleg, hogy a felhasználó 


megváltoztathatja ugyan a beállítást, de a policy újbóli 


alkalmazásával (például ki- és bejelentkezés) a beállítások újból 


érvényre jutnak. Nem láttam hasznát. 


osszabb ideig ennyiben is maradtunk a GP Preferences és én, míg nemrég egy ügyfél 
H (az MVM-holding egyik tagvállalata) kívánságának kellett eleget tennem, nagyon rövid 

idő alatt. A kívánság pedig az volt, hogy több hálózati meghajtót kell felcsatolni a fel 
használóknak automatikusan AD csoporttagság alapján. 

Elsőre teljesen átlagos feladatnak tűnt, és mivel mindig is szerettem scriptet írni, most is 
rögtön a logon script mellett döntöttem. Rövid gondolkodás után azonban rájöttem, hogy ha 
rendesen meg szeretném írni a scriptet, akkor nem olyan egyszerű a feladat, mint az elsőre lát 
szik. Mégpedig a fő gond a beágyazott csoportokkal lesz. 

Ekkor jutott ismét eszembe a GP Preferences. Az MVMI Informatikánál nemrég tértünk át 
a Windows Server 2008-as operációs rendszerre a Microsoft Consulting Services-zel közösen 
végzett infrastruktúrafejlesztési projekt során. A 2008-as DC-ken elérhető újdonságok között 
ott a GP Preferences is, és emlékeztem, hogy abban van lehetőség a hálózati meghajtók csatla- 
koztatására is. Rövid nézelődés után (kb. 10 perc) össze is kattintgattam a megfelelő beállítá- 
sokat, és mehetett , élesbe" a policy. Scriptelve biztosan nem végeztem volna ennyi idő alatt. 
Ráadásul egyik - scriptet írni nem szerető - kollégám is megörült, hogy így már könnyebben 
követheti ő is a logon-kor érvényre jutó beállításokat. Ezek után már mindenképpen mélyeb- 
ben bele kellett néznem a GP Preferences lehetőségeibe, hogy egy másik probléma megoldását 


is leegyszerűsítsem ilyen módon. 


Ismerős helyzet 

Sokaknak ismerős lehet az a probléma, hogy a saplogon.ini konfigurációs fájl helye a Windows 
mappa. Ha több felhasználó különböző saplogon-beállításokkal dolgozik ugyanazon a gépen, 
akkor ezt a fájlt minden bejelentkezéskor felül kell írni vagy a bejegyzéseit módosítani. Erre a 
GP Preferencesben nagyon jó megoldás lehet az , ini files" opció, ahol megadhatjuk, hogy bizo- 
nyos feltételek esetén milyen bejegyzések kerüljenek az ini fájl egyes szekcióiba. Mindezt pedig 


úgy tudjuk beállítani, hogy nem kell a felhasználónak jogot adni a fájl módosítására, hiszen a 


s 


GP Preferences a rendszer nevében is módo- 
síthatja a fájlt, nem csak a bejelentkezett fel 
használó nevében. 

Tovább bonyolítom az esetet egy nálunk 
előfordult problémával. Kihasználtuk ugyan- 
is a Windows Server 2008 Terminal Server 
RemoteApp alkalmazás publikációs lehető- 
ségeit, és az új 7.10 SAP GULt elérhetővé tet 
tük néhány felhasználónak, hogy otthonról 
használhassák. Ezeknek a felhasználóknak az 
éles környezetben is és a terminálkörnyezet 
ben is kellett dolgozniuk, más-más saplogon- 
beállításokkal. Erre adott kiváló megoldást 
GP Preferences , targeting" lehetősége, ahol 
a saplogon.ini bejegyzéseit be tudtam állítani 
arra az esetre is, ha az SAP GULt terminál 
kapcsolaton keresztül használják. 

Nézzük akkor, milyen lehetőségeink van- 
nak a GP preferences használatával. 

Két csoportra oszlik a lehetőségek listája, 
az egyik a Windows beállításaié, ahol az álta- 
lánosabb, szinte minden szervezetnél előfor- 
duló alapbeállítások kaptak helyet, a másik a 
Vezérlőpult beállításaié, ahol a vezérlőpulton 
helyet foglaló konfigurációs eszközök beállí- 


tásait szabhatjuk testre. 


Microsoft TechNet 
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Az első csoportban található eszközök 
kel létrehozhatunk fájlokat, mappákat, kör 
nyezeti változókat és registry-bejegyzéseket, 
módosíthatjuk vagy törölhetjük azokat az 
adott szervezeti egység vagy szoftver kívánal 
mainak megfelelően. Itt kapott helyet az , ini 
files" opció is, amellyel könnyen felhasználó- 
ra szabhatjuk például a saplogon.inti-t. 

Érdekesebbek a Vezérlőpult beállításai, 


, Ínternet settings" alatt beállíthatunk min- 
dent, amit az Internet Explorer internetbeál 
lítások dialógus ablakában megtehetünk. 
Bármelyik lehetőségre kattintunk, meg- 
kapjuk a már bekonfigurált elemek listáját, 
ahol hozzáadhatunk, módosíthatunk vagy 
törölhetünk elemeket. A módosítások konfi- 
gurációs dialógusablakban történnek. Itt van 


egy speciálisan a kiválasztott elemre vonatko- 
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1. ábra. Szinte minden elem elérhető felhasználóhoz kötötten és számítógéphez kötötten is, ami segíti a konfigurálás 
pontosabb pozicionálását, és nem kell belefutni abba a csapdába, amit GPO esetén csak a loopback processing 


bekapcsolásával lehet megoldani 


ahol például az ODBC-kapcsolatokat kezel 
hetjük, testre szabhatjuk a mappák kinézetét 
és tulajdonságait mind Vista, mind XP ope- 
rációs rendszer esetén, csatlakoztathatunk 
nyomtatókat, vagy ütemezett feladatokat ál 
líthatunk be néhány kattintással. 

Hasznos lehet a , devices" lehetőség, ennek 
segítségével letilthatunk olyan eszközöket, 
amelyeket nem akarunk, hogy a felhasználók 
elérhessenek. 

Jó megoldás lehet ez például banki ter- 
minál vagy bérszámfejtő gépek esetén, ahol 
letilthatjuk az USB- vagy floppyeszközöket, 
hogy ne lehessen bizalmas adatokat lemá- 
solni hordozható médiára. Jó lehetőségnek 
tartom még a , Local Users and Groups" 
használatát olyan esetben, ha a számítógépen 
egyedileg bekonfigurált csoportokhoz hozzá- 
adni szeretnénk felhasználót vagy csoportot, 
esetleg törölni akarunk a meglévő csoportok 
közül. GPO-val ezt nem lehet megoldani, 
hiszen a ,Restricted Groups" opció min- 
denképpen lecseréli a felhasználókat és cso- 


portokat a policyban megadott csoportokra. 


SZEPTEMBER-OKTÓBER 


zó beállításokat összegyűjtő lap, ahol össze- 
állíthatjuk, hogy pontosan mi az, amit végre 
kell hajtani a kliensen, és egy , Common" 


lap, ami minden elem esetében ugyanaz. 


Kiértékelés, lefutás 

Az Common lapon olyan beállítások végez- 
hetők el, amelyek az elem kiértékelését vagy 
lefutását szabályozzák. Elsőként beállítható, 
hogy ha az elem kiértékelése hibába ütkö- 
zik, folytatódjon-e a házirend kiértékelése a 
többi elemmel. Ez főleg akkor lehet hasznos, 
ha a beállítások valamilyen módon függenek 
egymástól (például fájlt aaarunk másolni egy 
előzőleg létrehozott mappába stb.). A követ 
kező jelölővel kiválaszthatjuk, hogy a beje- 
lentkezett felhasználó nevében vagy a rend- 
szer nevében történjen-e a beállítás. 

Nagyon hasznos KLezzel lehet elérni pél 
dául, hogy ne kelljen a felhasználónak jogot 
adni a saplogon.ini módosítására), természe- 
tesen csak a felhasználókra vonatkozó be- 
állításoknál érvényes. Ezután megadhatjuk, 


hogy mi történjen, ha a kliens már kívül esik 


ee 9 
NN. 4 
nun... ee me 


a házirend vagy a pozicionálás hatókörén. Az 
alapértelmezett esetben nem történik sem- 
mi, és az előzőleg beállítottak maradnak ér- 
vényben, de ha bepipáljuk, akkor - amint 
a kliensre már nem lesz érvényes a háziren- 
dünknek ez a része - visszaáll a beállítás 
előtti állapot. Ez az opció nem minden GP 
Preferences-lehetőség esetén érhető el (pél 
dául az energiagazdálkodási lehetőségek ese- 
tén nem). A végén még megadhatjuk: akar- 
juk-e, hogy minden esetben kiértékelődjön 
a beállítás, vagy csak egyszer, és többet ne. 
Ez jól jöhet olyan esetben, ha egy alkalmazás 
első indításához szükséges beállításokat akar- 
juk elvégezni központilag, és a továbbiakban 
mindenki testre szabhatja azt magának. Az 
utolsó lehetőség a pozicionálás beállítása. Itt 
egy új dialógust kapunk, ahol ismét rengeteg 
új lehetőségünk van. Talán ez a legérdeke- 


sebb része a GP Preferences-nek. 


Elemenként 

A targeting vagy pozicionálás segítségével a 
házirenden belül minden egyes elemre meg- 
határozhatjuk, mi legyen a hatóköre, azaz 
milyen feltételek fennállása esetén lehessen 
alkalmazni. Ezek a feltételek roppant szé- 
leskörűen definiálhatók. Nemcsak arra kell 
gondolni, amit a csoportházirend is tud, ha 
megfelelő WMLlekérdezést írunk hozzá, ha- 
nem teljeskörű dialógustámogatást kapunk, 
ahol pár kattintással tudunk speciális felté- 
teleket kialakítani és ezeket a feltételeket lo- 
gikai csoportokba rendezni. Iudunk feltéte- 
leket szabni csoporttagság alapján vagy csak 
bizonyos felhasználókra. Alapozhatunk egy 
bizonyos szabad tárterületméret, minimális 
processzorsebesség vagy minimum-memória- 
méret meglétére vagy éppen hiányára, egy 
bizonyos fájl vagy mappa létezésére, az operá- 
ciós rendszer verziójára és így tovább. 

A mellékelt képen az összes lehetőségtípus 
látszik. Érdekes lehet a ,language" opció, 
amely segíthet a többnyelvű beállítások vagy 
megjelenítendő figyelmeztetések (például 
EULA) konfigurálásában, akár a felhaszná- 
ló, akár a számítógép lokalizációs beállításait 
figyelembe véve. 

Hasznos lehet még az , MSI (?uery", amely- 
lyel köthetjük a beállításaink lefutását pél 
dául egy bizonyos telepített patch vagy up- 
date meglétéhez. Hasznos lehetőség még a 
, portable computer", hogy más beállításokat 


küldjünk hordozható és asztali számítógépek- 


/ 
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Group Policy Preferences 





e A beállítások nem kötelező jellegűek 


Kötelező-e 


e Lehet csak egyszer alkalmazni 


e Egyszerűen kezelhető registry-beállítások, fájl- 


kezelés stb. 
Rugalmasság 


gépről 
Helyi házirend 


Használható- 


sági kör alkalmazás esetén is 
e Az eredeti beállítások felülíródnak 
Tárolás e A beállítás eltávolításával nem minden esetben 


kerül vissza az eredeti beállítás 


e Felhasználói felületen beállítható sokféle szűrési 


Pozicionálásés és pozicionálási lehetőség 
SZŰrés 
elemére külön beállítható 


re. Nagyon megörültem a , Ierminal Session" 
opciónak, mert ezt fel tudtam használni a 
már korábban említett saplogon-konfigurá- 
ciós problémánk megoldására, ugyanis ezzel 
az RDP-kapcsolatban indított alkalmazások: 
hoz köthetünk különböző konfigurációs be- 
állításokat. 

A , Collection" gomb segítségével a felté- 
teleket logikai csoportokba rendezhetjük, és 
tetszőleges mélységig egymásba ágyazhatjuk, 
így igen összetett feltételeket is összeállítha- 
tunk. Megadhatunk például egy olyan ösz- 
szetett feltételt, hogy egy registry kulcs/érték 
módosítás csak akkor történjen meg, ha a 
számítógép hordozható, és Vista SPI van raj- 
ta, vagy ha a számítógép asztali XP SP3 ope- 
rációs rendszerrel telepített, és még a titok. 
txt fájl is létezik a System mappában. 

Látható, hogy a lehetőségeink széles kör- 
ben variálhatók, szerintem mindenki megta- 
lálja benne a lehetőséget, hogy egyszerűsítse 


a kliensbeállítás folyamatait. 


Kliensoldali kiegészítés 

Van azonban még néhány dolog, amire oda 
kell figyelnünk, mielőtt úgy döntünk, hogy 
kihasználjuk a GP Preferences lehetőségeit. 
Az első az, hogy kell hozzá kliensoldali ki 
egészítés, a neve pedig GP client side exten- 


sions. Ez csak a Windows Server 2008-nak 
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e A felhasználói beállítás dialógusa nem tiltott 


e importálható egyedi registry-beállítások, vagy 
akár egész registryágak a helyi vagy egy távoli 


e A beállítások nem érhetők el a helyi házirendben 


e Használható nem csoportházirendre felkészített 


e A pozicionálás a házirend-kiegészítés minden 


Group Policy 


e A beállítások kötelező jellegűek 
e A felhasználói beállítás dialógusa tiltott 
e A beállítások kötelezően frissülnek időről időre 


e Nem lehet registry-beállításokat létrehozni, módo- 
sítani, nincs lehetőség fájlkezelésre stb. 

e Új lehetőségek hozzáadásához admin template-et 
kell létrehozni, és az alkalmazásnak is támogatnia 
kell a csoportházirend lehetőségeit. 


e A beállítások elérhetők a helyi házirendben is 


e Csak csoportházirendre felkészített alkalmazással 
használható 


e Az eredeti beállítás nem változik 

e A registry külön erre fenntartott ágában tárolódik 

e A beállítás eltávolításával visszaáll az eredeti 
állapot 


e A szűrés és pozicionálás csak WMI segítségével 
valósítható meg, és ehhez külön WMI-lekérdezé- 
seket kell írni 

e A szűrés csak a házirend egészére állítható be 


része, sem a Vista SPI, sem az XP SP3 nem 
tartalmazza. Szabadon letölthető azonban (és 
frissítésként is érkezhet) a Microsoft oldalá- 
ról. XP SP2 vagy Server 2003 SP! előtti ope- 
rációs rendszerekre azonban nem lehet tele- 
píteni. A második, hogy konfigurálni csak 
Server 2008-as gépről a beépített GPMC 
segítségével, vagy Vista SPLről a telepített 
RSAI GPMC használatával lehetséges. 
Végezetül még egy kis táblázat a csoport 
házirend és a csoportházirend kliensoldali 
kiegészítések összehasonlítására, összefoglal 
va mindazt amit az előzőekben leírtam (lásd 


a fenti táblázatot). 


Sokoldalú segédlet 

A GP Preferencesre tehát nem úgy kell te- 
kinteni, mint a hagyományos csoportházi- 
rendre. Ennek a kiegészítésgyűjteménynek 
nem az a lényege, hogy valamit ráerőltessünk 
a felhasználóra, és az sem lényeges, hogy a 
felhasználó meg tudja változtatni ezeket a be- 
állításokat, hiszen az itt megfogalmazott és 
beállított tulajdonságok mind a felhasználók 
életét segítik. Ezért inkább úgy kell gondol 
ni rá, mint egy sokoldalú segédletre, ami a 
startup és a logon script helyett vagy mellett 
használható, leegyszerűsítve így a scriptelni 
nem tudó vagy időhiánnyal kűzdő rendszer- 


gazdák életét. 





Battery Present 
Computer Name 
CPU Speed 

Date Match 

Disk Space 

Domain 
Environment Variable 
File Match 

IP Address Range 
Language 

LDAP Őuery 

MAC Address Range 
MSI Őuery 
Operating System 
Organizational Unit 
PCMCIA Present 
Portable Computer 
Processing Mode 
RAM 

Registry Match 
Security Group 
Site 

Terminal Session 
Time Range 


WMI Őuery 


2. ábra. A targeting lehetőségei 
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Azért nem kell teljesen eldobni a jó öreg 
scripteket és a tudást, amivel ezek készül 
tek, hiszen a GP Preferences sem minden- 
ható, bizton állíthatom, hogy még jó sokáig 
lesz olyan feladat, aminek a megoldásához 
szükség lesz a régi jól bevált megoldásokra, 
de ezek után már több időnk lesz az ilyen fel- 
adatok megoldására - vagy ahogy GT szokta 
mondani; több időnk marad a nyaralásra -, 
és ez mindenképpen jó hír. 

Kapás Tibor 
MCSE, MWMI Informatika Zrt. 
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Idén fizet, 
inte CT Cele 
a NetAcademianal 


Akár már a 2008-as költségkeret 
terhére is rendelhet tanfolyamokat a 
jövő évre. A képzésre szánt összeget 
mi most megtoldjuk --209/0-kal. 





AN alora GTA So d ZET E tot egg idod sága HÜLE 
nat, amikor kétségbeesetten próbálnak megszabadulni a 
AL eletere lo lat keltse gát ésén rele T Kol A 
Ilyenkor születnek a legfurcsább beruházások: két tonna 
gemkapocs, 70 km UTP-kábel, 40 folyóméter Post-It. 


Az Idén fizet, jövőre kap akció" választ kínál a , Mire 
költsük el" dilemmára, hiszen képzésre költeni mindig jó 


befektetés. Az akció keretében minden idén megrendelt 
és kifizetett 2009-es tanfolyamdíjat a NetAcademia 
2099 értékű szabadon felhasználható tanfolyamkerettel 
emel meg. Ha például az Önök cége 1 millió Ft-ot fordít 
még idén a költségkeretéből 2009-es tanfolyamokra, 
akkor oktatóközpontunk azt 1,2 millió Ft-ra egészíti ki. 











e Microsoft üzemeltetői képzések, 

e Microsoft fejlesztői képzések, 

e SOL Server 2005 és Üzleti intelligencia (BI) képzések, 
e SharePoint, 

e [Microsof Office 2003/2007 képzések, 

e IIIL és IT folyamatirányítás képzések, 

e Cisco képzések. 


"Az akció a 2008. december 15-ig beérkezett megrendelésekre érvényes. 


mm 8 Tanfolyamainkról bővebb listát és 
Microsoft információt honlapunkon talál: 
www.netacademia.net/training.aspx A 
GOLD CERTIFIED CADEMIA 


Az Idén fizet, jövőre kap akció ; 
Partner részleteiről kérjük, érdeklődjön A LEGJOBBAKAT TANITJUK. 
Szántó Zoltánnál (tel.: 20/369-6947). 





